[Linux-Biella] NFS server/client hard soft link

[Daniele (Mastro)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paolo Ciarrocchi ha scritto:
>> in questo caso visto che sto cercando di trasferire file tramite nfs dal
>> mio portatile al fisso non li ho collegati al gateway ma solo tra di
>> loro (=> niente internet, non mi serve un gateway)
> 
> Hai pero' cambiato il default gw?

no.. tanto non devo andare su internet non mi serve un default gateway

mi basta e avanza la routing table locale

>> davvero non credo che gli ARP siano un problema...
> 
> Io penso invece che siano parte della lentezza, ma non del fallimento.

mah.. posso provare a togliere dall'impostazione del server il default
gw ma non penso sia causa di così grandi rallentamenti su un canale da
10 Mbps

> cosa sono quelle richieste DNS?

ecco.. su questo non ho idea...
ma considerato il fatto che per NFS uso ovunque indirizzi IP e mai nomi
i DNS ne restano fuori..

guarda le richieste con protocol Portmap Mount NFS ed RPC

provo a spiegare quel che ci ho capito anche se è un casino seguirmi
senza davanti wireshark

se noti si apre all'inizio una connessione TCP

e il mio portatile (192.168.2.2) ripete più volte la richiesta 21 (RPC
retransmission)

e ottiene la risposta in 51 (V3 MNT Reply)

al che il mio portatile procede con la richiesta successiva e così via..

finché tutto si perde ad un certo punto (dopo 121 dove leggi ICMP
Destination unreachable (port unreachable)... e mi pare che sia il
server a non rispondere correttamente... perché manda un duplicato di
una risposta che aveva già dato...

se guardi l'interno del messaggio dice src port 853, dst port 659
ovvero il server nfs cerca di uscire dalla porta 853 e connettersi alla
porta 659 e non ci riesce

finalmente in 122 il server si decide a rispondere ad una richiesta
avuta in 72 (circa 30 secondi dopo) e non ottiene risposta, ottiene
invece questo errore

icmp port unreachable:

2049 (nfs) e 945

sembra che il mio portatile mandi le richieste (anche + volte)
il server si addormenti..

e risponda dopo parecchio tempo quando il mio portatile ha già chiuso
tutte le comunicazioni per timeout

questo l'ho registrato sul server

quel che posso fare è una registrazione simultanea da server e da client
e confrontare poi i risultati.. anche se dubito che dei pacchetti si
perdano in un cavo di rete di 5 metri diretto...
penso piuttosto che avvenga qualcosa in software nel server...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFfXQsi33/AIKoeisRAj8fAJ0TA5Xra0Kg5rHDROmEk2A9DY4CQgCfU+n9
CsfJv4hry5YiejuwT3OB/Pg=
=PM5s
-----END PGP SIGNATURE-----