hmm. nfs

Seite 1 von 1 - Forum: Netzwerktechnik auf overclockers.at

URL: https://www.overclockers.at/netzwerktechnik/hmm_nfs_40433/page_1 - zur Vollversion wechseln!

folgendes szenario:

2 klassische linuxboxen mit jeweils 2 NICs

a) beide im selben netz jeweils mit eth0 über switch verbunden
-> NFS rennt toppest

b) beide in unterschiedlichen netzen jeweils mit eth1 über kabelmodems
-> NFS mount timed out

tjo. an was könnts liegen? iptables hab i testweise mal gefluushed, in hosts.allow/deny sind hostname-aliases eingetragen und bei a) und b) unverändert - die aliases sind in etc/hosts von den eth0-IP's auf die IPs der eth1 gestellt worden.

.. hoff' das is net allzu unklar


was kann i noch übersehn haben, wo des zeug z.B. auf eth0 gebunden sein kann?
kanns sein daß kabsi od. chello nfs lässig ausfiltern?

Der Portmapper auf der Seite vom Client muss vom Server aus erreichbar sein. Kann sein, dass das die Probleme verursacht.

rpcinfo -p times out too

wie bring den portmapper dazu zu kooperieren?

K.A. Der läuft halt auf irgendeinem UDP Port. Solang man dorthin kommt, sollt's keine Probleme geben.

hach .. ich hasse "sollte"

funkts ohne der fw?
schaetz mal auch nein oder?

na.
fw on/off, host.allow/deny - is in jeder kombination wurscht

nfs is dead
long live ftpfs

vergiss ftpfs
das ist nur gut wennst einzelne files ab und zu brauchst und nfs nicht verwenden kannst

fuer simultanen zugriff oder ernste anwendungen ist es nicht gedacht

Zitat von funka

vergiss ftpfs
das ist nur gut wennst einzelne files ab und zu brauchst und nfs nicht verwenden kannst

ok

overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025