Administrace komentářů

• 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)