I think getting Samba setup is potentially difficult - you don't describe it in enough depth to say what exactly the problem is (my guess - you need to access the machine by using its DNS name or IP address, the "browsing the network neighborhood" doesn't even work all the time on a properly configured Windows network.)<br>
<br>However, if its a relatively small amount of traffic between Linux machines, I would be more inclined to use ssh / scp / sftp.  It takes a little effort to setup (generate RSA keys, copy the public key to the other machine*, etc.)  It is very convenient once its setup.  You can also use something like filezilla, winscp, or best of all sshfs.<br>
<br>* something like the following works:<br>    cat .ssh/id_rsa.pub | ssh user@othermachine "cat - >> .ssh/authorized_keys"<br><br><div class="gmail_quote">On Tue, Sep 15, 2009 at 6:36 PM, DB <span dir="ltr"><<a href="mailto:Freddog_de@yahoo.co.uk">Freddog_de@yahoo.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On 09/15/2009 11:56 PM, Steve Searle wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Around 10:34pm on Tuesday, September 15, 2009 (UK time), DB scrawled:<br>
<br>
   <br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Does anyone have any suggestions how to proceed??<br>
     <br>
</blockquote>
I'm no expert, but this might help move things on.<br>
<br>
I assume each machine can ping the router, as their Internet connextions<br>
work.  However, can each machine ping both other machines?<br>
<br>
Steve<br>
<br>
   <br>
</blockquote></div>
Hi Steve,<br>
<br>
Thanks for the suggestion - I'd even forgotten that ping existed!  I'll have to build me a Little Reminder Script "when this, then that"!!<br>
<br>
Strangely, I don't seem to be able to ping the gateway... but after several false starts, I get the following when pinging the desktop from the laptop & the LT from itself:<br>
[Dave@Fedora-Toshi ~]$ ping -R -a -c 5  192.168.0.160<br>
PING 192.168.0.160 (192.168.0.160) 56(124) bytes of data.<br>
64 bytes from <a href="http://192.168.0.160" target="_blank">192.168.0.160</a>: icmp_seq=1 ttl=64 time=0.337 ms<br>
RR:     192.168.0.111<br>
        192.168.0.160<br>
        192.168.0.160<br>
        192.168.0.111<br>
<br>
64 bytes from <a href="http://192.168.0.160" target="_blank">192.168.0.160</a>: icmp_seq=2 ttl=64 time=0.322 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.160" target="_blank">192.168.0.160</a>: icmp_seq=3 ttl=64 time=0.317 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.160" target="_blank">192.168.0.160</a>: icmp_seq=4 ttl=64 time=0.330 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.160" target="_blank">192.168.0.160</a>: icmp_seq=5 ttl=64 time=0.334 ms    (same route)<br>
<br>
--- 192.168.0.160 ping statistics ---<br>
5 packets transmitted, 5 received, 0% packet loss, time 4000ms<br>
rtt min/avg/max/mdev = 0.317/0.328/0.337/0.007 ms<br>
[Dave@Fedora-Toshi ~]$ ping -R -a -c 5  192.168.0.111<br>
PING 192.168.0.111 (192.168.0.111) 56(124) bytes of data.<br>
64 bytes from <a href="http://192.168.0.111" target="_blank">192.168.0.111</a>: icmp_seq=1 ttl=64 time=0.162 ms<br>
RR:     192.168.0.111<br>
        192.168.0.111<br>
        192.168.0.111<br>
        192.168.0.111<br>
<br>
64 bytes from <a href="http://192.168.0.111" target="_blank">192.168.0.111</a>: icmp_seq=2 ttl=64 time=0.132 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.111" target="_blank">192.168.0.111</a>: icmp_seq=3 ttl=64 time=0.108 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.111" target="_blank">192.168.0.111</a>: icmp_seq=4 ttl=64 time=0.133 ms    (same route)<br>
64 bytes from <a href="http://192.168.0.111" target="_blank">192.168.0.111</a>: icmp_seq=5 ttl=64 time=0.122 ms    (same route)<br>
<br>
--- 192.168.0.111 ping statistics ---<br>
5 packets transmitted, 5 received, 0% packet loss, time 4015ms<br>
rtt min/avg/max/mdev = 0.108/0.131/0.162/0.020 ms<br>
<br>
& Netstat gives the following:<br>
<br>
[Dave@Fedora-Toshi ~]$ netstat -rn<br>
Kernel IP routing table<br>
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface<br>
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0<br>
0.0.0.0         192.168.0.1     0.0.0.0         UG        0 0          0 eth0<br>
[Dave@Fedora-Toshi ~]$<br>
[Dave@Fedora-Toshi ~]$ netstat -s<br>
Ip:<br>
    11703 total packets received<br>
    0 forwarded<br>
    0 incoming packets discarded<br>
    11212 incoming packets delivered<br>
    10408 requests sent out<br>
Icmp:<br>
    100 ICMP messages received<br>
    20 input ICMP message failed.<br>
    ICMP input histogram:<br>
        destination unreachable: 2<br>
        echo requests: 28<br>
        echo replies: 60<br>
    171 ICMP messages sent<br>
    0 ICMP messages failed<br>
    ICMP output histogram:<br>
        destination unreachable: 9<br>
        echo request: 144<br>
        echo replies: 18<br>
IcmpMsg:<br>
        InType0: 60<br>
        InType3: 2<br>
        InType8: 28<br>
        OutType0: 18<br>
        OutType3: 9<br>
        OutType8: 144<br>
Tcp:<br>
    546 active connections openings<br>
    2 passive connection openings<br>
    22 failed connection attempts<br>
    7 connection resets received<br>
    0 connections established<br>
    9271 segments received<br>
    8282 segments send out<br>
    18 segments retransmited<br>
    0 bad segments received.<br>
    94 resets sent<br>
Udp:<br>
    1839 packets received<br>
    2 packets to unknown port received.<br>
    0 packet receive errors<br>
    1935 packets sent<br>
UdpLite:<br>
TcpExt:<br>
    52 TCP sockets finished time wait in fast timer<br>
    422 delayed acks sent<br>
    28 packets directly queued to recvmsg prequeue.<br>
    11030 packets directly received from prequeue<br>
    6212 packets header predicted<br>
    9 packets header predicted and directly queued to user<br>
    900 acknowledgments not containing data received<br>
    489 predicted acknowledgments<br>
    1 congestion windows recovered after partial ack<br>
    0 TCP data loss events<br>
    11 other TCP timeouts<br>
    1 DSACKs received<br>
    19 connections reset due to unexpected data<br>
    4 connections reset due to early user close<br>
    1 connections aborted due to timeout<br>
IpExt:<br>
    InMcastPkts: 146<br>
    OutMcastPkts: 66<br>
    InBcastPkts: 348<br>
    OutBcastPkts: 34<br>
    InOctets: 9439157<br>
    OutOctets: 1123336<br>
    InMcastOctets: 23470<br>
    OutMcastOctets: 9545<br>
    InBcastOctets: 55988<br>
    OutBcastOctets: 3112<br>
[Dave@Fedora-Toshi ~]$<br>
<br>
I'm not much wiser.....<div><div></div><div class="h5"><br>
<br>
-- <br>
fedora-list mailing list<br>
<a href="mailto:fedora-list@redhat.com" target="_blank">fedora-list@redhat.com</a><br>
To unsubscribe: <a href="https://www.redhat.com/mailman/listinfo/fedora-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-list</a><br>
Guidelines: <a href="http://fedoraproject.org/wiki/Communicate/MailingListGuidelines" target="_blank">http://fedoraproject.org/wiki/Communicate/MailingListGuidelines</a><br>
</div></div></blockquote></div><br>