Sziasztok!
(Nemrég ezt a kérdést feletettem egy régi topicban hozzászólásként, de rájöttem, hogy ott senki nem veszi észre.)
Nfs szerverrel szeretnék könyvtárakat elérhetővé tenni helyi hálózaton. Az egyik gép IP címe 192.168.5.1, a másiké 192.168.5.2, a két hálókártya össze van kötve, lehet pingelni mindegyiket a másikról. Az előbbin fut nfs-kernel-server. Az /etc/exports tartalma egy sor:
/media/Adatok 192.168.5.2(rw,async)
Az rpcinfo kimenete:
# rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 54728 status
100024 1 tcp 35301 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 udp 57175 nlockmgr
100021 3 udp 57175 nlockmgr
100021 4 udp 57175 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 tcp 58022 nlockmgr
100021 3 tcp 58022 nlockmgr
100021 4 tcp 58022 nlockmgr
100005 1 udp 44387 mountd
100005 1 tcp 51849 mountd
100005 2 udp 44387 mountd
100005 2 tcp 51849 mountd
100005 3 udp 44387 mountd
100005 3 tcp 51849 mountd
A kliens gépről kiadva ezt a parancsot:
# mount -t nfs 192.168.5.1:/media/Adatok /media/halozat
ez az eredmény:
mount.nfs: mount to NFS server '192.168.5.1' failed: connection timed out; retrying
És ssh kapcsolatot sem lehet létesíteni, bár hibaüzenet nincs, de a végtelenségig vár. Mindkét gépen Debian Lenny van.
Valószínűleg tök triviális a megoldás, mi lehet a baj?
- 1504 megtekintés
Hozzászólások
Senki nem ad ötletet?
Én nem lennék rest elolvasni a megfelelő manualokat, howto-kat. Csakhogy már elolvastam rengeteg howto-t az nfs-ről, és azon kívül, hogy pofonegyszerűnek tűnik, és nálam minden úgy van, ahogy le van írva ezekben, azt gondolom nem az nfs-el van gond.
Csak ötlet kellene, hogy merre keressem a megoldást. Mi lehet az, ami megakadályozza az nfs vagy ssh kérések fogadását? (Biztosan nagyon egyszerű dolog, nem véletlenül a Linux kezdő fórumban kérdezem.)
- A hozzászóláshoz be kell jelentkezni
Vedd fel mindkét gép címét névvel a /etc/hosts-ba. Azért timeoutol szerintem, mert nem tudja feloldani a neveket. Az ssh-nak szüksége van erre. Gondolom az nfs-nek is.
--
Ami elől menekülnek, az után szaladnak.
- A hozzászóláshoz be kell jelentkezni
> Az ssh-nak szüksége van erre.
Miota? Meg ha igaz is lenne, szep lenne egy tobbszaz gepes halozatban szinkronban tartani a dns-ben nem definialt ip-ket minden szerver /etc/hosts-javal...
$ last | head gabor pts/4 192.168.123.14 Nov 17 23:09 - 23:09 (00:00) gabor pts/0 192.168.123.14 Nov 17 22:17 still logged in. gabor pts/0 192.168.123.14 Nov 17 18:10 - 18:36 (00:25)
szerk. Az NFS-nel (egesz pontosan az RPC-nel) viszont valoban fontos a nevfeloldas. Szerintem inkabb valami routing (default gw, netmask) problema lesz.
- A hozzászóláshoz be kell jelentkezni
Nézted már tcpdump-/wiresharkkal a forgalmat?
--
The Net is indeed vast and infinite...
http://gablog.eu
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Sajnos, mire segítő válaszok érkeztek erre a kérdésemre, éppen elutaztam, így csak hetek múlva foglalkoztam újra a problémával.
Nem hittem volna, hogy az /etc/hosts-ba való felvétel segít, hiszen mindenhol ip-címeket adtam meg. De ennek hatására mégis működött a dolog!
Lehet, hogy az /etc/hosts.allow-ban kellett még néhány dolgon változtatni.
Köszönöm a segítséget!
- A hozzászóláshoz be kell jelentkezni
Őszintén szólva engem meglep ez a megoldás. Nekem vannak
olyan gépeim, amiket csak ip_cím szinten kezelek és
simán tudom használni az ssh-t és az nfs-t.
(Slackware 10.2, kernel 2.4.31)
Valószínűleg valamelyik konfig fájl, vagy a kernel
gondoskodik a paranoiáról.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni