Dotaz: NFS: klient se nepripoji

[Vlastimil Ott]

Ahoj, mam nasledujici situaci v domaci siti (server+stanice). Na Serveru bezi nfsd a vsechny potrebne sluzby (portmap, mound, lockd, atd.). Na Stanici bezi portmap. Zapnu Server. Pozdeji zapnu Stanici. Nepripoji se. Pokud fyzicky restartnu Server (tzn. pocitac, ne sluzbu), vse se okamzite namountuje a slape.

Na obou je v poradku nastaveny ifconfig. Sami sebe pinguji (localhost), vzajemne ne: RPC: no route to host (Po restartu Serveru se pinguji.). V /etc/hosts na obou strojich jsou obe adresy a jejich aliasy, v /etc/networks nazev site. route -n vypisuje tabulku ktera je ok. /etc/resolv.conf -- nameserver 127.0.0.1. (Je to vubec nutne?)

Po restartu serveru uz vse funguje. Restart Stanice nepomuze, nic se nezmeni.

Nemam nastavenou gateway -- hraje to roli?

Moje otazka: co delam spatne, ze musim restartnout Server, aby se k nemu pripojila Stanice?

Diky za odpovedi, vypada to asi zmatene, ale doufam, ze jsem otazku polozil jasne.

--vo

Odpovědi

[Karel]

Montujete s paramatrem bg?

[Czerteak]

Tohle asi nebude problem NFS, ale neco bude blbe uz na nizsi urovni, kdyz se navazjem ani nepingujou... Tyhle problemy, co se resi restartem vetsinou souvisu se spatnou detekci 10/100mbit (nebo dokonce BNC/TP/AUI) na sitovce, zkus mrknout na to...

[Beda]

• prvni problem netfilter na loopbacku - server i klient potrebuji komunikovat s portmapem a jednotlivyma demonama, tak davat velmi dobry pozor, co je zakazane
• tcp/udp/ip wrappers - zkontrolujte si nastaveni /etc/hosts.{deny,allow} jestli nebrani njakekoliv sluzbe jak z sebe sama, tak ze serveru/klienta
• netfilter na rozhranni kudy se komunikuje s druhym hostem... prece jenom ten reset serveru je divnej, jestli treba jindy nespoustite jeste neco dalsiho, ale zase vetsina z toho jde po udp, takze nepripada v uvahu nastaveni: povoleny established a zahozeni new; zapnute az v momente, kdy je navazene tcp spojeni... tedy zadne dalsi ze by uz neproslo, ale existujici je ok.
• vyloucil bych chybu v /etc/exports i /etc/fstab na serveru a klientovi, protoze by to jinak asi nefungovalo ani po restartu.
• nic dalsiho me nenapada

pomoct pri hledani by mohlo

• server$ rpcinfo -p localhost
• klient$ rpcinfo -p localhost
• server$ rpcinfo -p klient
• klient$ rpcinfo -p server
• klient$ showmount server

overi to, jestli se storje navzajem dostanou na sluzbu rpc, a showmount, jestli rpc.mountd na serveru ma nejake informace o svazcich k pripojeni
v pripade, ze todle vse projde, tak uz na minimalni konfiguraci staci overit prave namountovanim, jestli tecou informace smerem k nfsd a od nfsd. jeste pak zbyvaji dalsi pridruzene sluzby (lockd...), ale to uz pak snad bude jasne, kde co povolit...
pripadne v identifikovani portu, ktere je treba povolit muze pomoci
server$ netstat -anup
z restartu serveru a naslednym fungovani bych to tipnul na chybu v nastaveni netfilteru na serveru

ad gateway. pokud se dopingas, a nenastavoal jsi dumb nat s porty nebo netfilter, tak by to nemelo hrat vubec zadnou roli, protoze cesta existuje v obou smerech a gateway rika pouze kterym smerem nakopnout pakety, ke kterym nedokaze urcit nejakou jinou cestu, presnejsi podle cilove adresy(masky)

[Beda]

jo ping loopback ok
kdezto ping navzajem ani prd? tak to bych zacatek naprosto skrknul a napsal znovu:
netfilter na rozhrani na kterym spolu komunikuji stroje nastaveni asi na serveru, kvuli tomu restartu
a protoze pingaji na loopbacku, tak je blbost, aby to bylo kvuli 0 v /proc/sys/net/ipv4/icmp_echo_ignore_all, takze zbyva
blby driver, nedostatecne kompatidebilni sitofky pr. server je v FD-100M a klient je HD-10 a nepodporuje vyjednavani o parametrech linky, pripadne blby media sensing a autonegotiation, tedy nekompatibilita tzv. "kompatibilnich" sitovek pokud jde o ethernet. muze to byt libovolna z obou sitovek, to ze se restartne server nerozhoduje, protoze pouze muze vyvolat vyjednavani o mediu a tim nahodit sitofku na klientovi do nejakeho rozumneho stavu, stejne tak muze byt vadna sitofka serveru, ktera pri zadne odezve prepla do nejakeho nestandardizovaneho stavu, se kterym se nedokazala dohodnout s nove se objevivsi klientovou sitofkou. (3com jsou uz nejaky ten rok prosluly temadle NADstandardnima vecma... pokud je nekde 3com, tak uz do te site pripojovat jenom 3com, jinak nejspis budou problemy, ale jinak to bude fungovat nad ocekavani vyborne...)
asi vse

[Vlastimil Ott]

No tak Bedo, diky za precerpavajici odpoved, ted to musim vsechno otestovat (mezitim mi na Stanici odesel hadr ). Zatim dik. --vo

[Vlastimil Ott]

Tak diky vsem za zajimave odpovedi. Na jejich zaklade jsem karty fyzicky prohodil. Vsechno jede, jak ma. Diky vsem. --vo