Archiv verlassen und diese Seite im Standarddesign anzeigen : NFS-Eintrag in der fstab!?
Hallo liebe Fachleute!
Warum bekomme ich bei diesem Eintrag in der -> #/etc/fstab keine Zugriffsrechte auf den Server!?
192.168.0.1:/home/micha/ /home/micha nfs defaults 0 0
ping-Befehle sind auf Server und Client positiv, #/etc/exports des Servers :/home/micha/192.168.0.1/24(rw,root_squash,sync) *()
Ich bin bald am verzweifeln, daher für jede Hilfe dankbar!
Gruß micha
Kannst du den NFS Export per Hand mounten?
ich würde sagen, das der eintrag in der exports falsch ist
versuchs mal mit
/home/micha/ 192.168.0.1/24(rw,root_squash,sync)
ich hoffe das die ip vom netz stimmt als fals das nicht geht nimm zum testen das
/home/ *(ro)
cu SHB
Jo schreib das mal so hin in die exports:
/home/micha/ 192.168.0.1/24(rw,root_squash,sync)
dann klappts auch mit dem Nachbarn/in :D
Erst mal vielen Dank für Eure Tipps!
Nach dem Starten des Servers und dem Aufruf von:
mount 192.168.0.1:/home/micha bekam ich folgende Fehlermeldung!
Konnte 192.168.0.1:/home/micha nicht in /etc/fstab finden!
In meiner #/etc/fstab des Clients steht jedoch folgender Eintrag:
192.168.0.1:/home/micha/ /home/micha nfs defaults 0 0
Was ist daran denn falsch!?
Hoffentlich helft Ihr mir weiter!? - Vielen Dank jedenfalls im voraus!
Gruß micha
Hi
Probierst du bitte mal folgendes in der fstab:
192.168.0.1:/home/micha /home/micha nfs defaults 0 0
Also 192.168.0.1:/home/micha statt /home/micha/ ... nützt das was?
MfG carnil
nur so als Zusatzinfo:
192.168.0.1/24 macht keinen Sinn!
entweder
- du gibst eine IP frei: 192.168.0.1 (ohne /24)
- oder du gibst ein Netz frei: 192.168.0.0/24
Hier bin ich wieder!
Also, in der /etc/fstab steht -> 192.168.0.1:/home/micha/ /home/micha nfs defaults 0 0
Nach der Eingabe von rcnfsserver start (Server) -> insserv nfs (Client)
mount -t nfs 192.168.0.1:/home/micha/ /home/micha
Ergebnis: RPC: Fehler des entfernten Systems - Keine Route zum Zielrechner
Was hat das nur alles zu bedeuten!?
Gruß micha
poste noch mal deine aktuelle exports und fstab
cu SHB
Hier die /etc/exports des Servers
/home/micha/ 192.168.0.1/24(rw,root_squash,sync)
Der /etc/fstab für NFS-Eintrag im Client
192.168.0.1:/home/micha/ /home/micha nfs defaults 0 0
Der /etc/fstab Eintrag im Server
/dev/hda6 / ext3 defaults 1 1
/dev/hdb2 /home ext3 defaults 1 2
/dev/hda1 /windows/C ntfs ro,users,gid=users,umask=0002,nls=utf8 0 0
/dev/hda5 /windows/D vfat users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hdb1 swap swap pri=42 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
sysfs /sys sysfs noauto 0 0
/dev/cdrecorder /media/cdrecorder subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut f8 0 0
/dev/dvd /media/dvd subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut f8 0 0
/dev/fd0 /media/floppy subfs fs=floppyfss,procuid,nodev,nosuid,sync 0 0
Danke für Deine Hilfe!
Gruß micha
wie oben schon geschrieben das
192.168.0.1/24 macht keinen sinn
entweder die /24 weg oder
192.168.0.0/24, aber zum testen würde ich
/home/micha/ *(rw) schreiben.
fstab:
ich glaub mit defauls kannst als normaler user den spass nicht mounten sondern nur als root.
aber zum testen kannst du es mal per hand mounten(als root)
mount -t nfs 192.168.0.1:/home/micha/ /mnt/nw oder wohin auch immer
auch ja ich sehe gerade ein fatel fehler in deiner /etc/exports/ abgesehen das wir dir schon gesagt habe, dass der eintrag falsch ist lässt du nur die ip addresse von deinem server(192.168.0.1) zu und da der client na andere ip kann er eh nicht drauf zu greifen
cu SHB
Erst mal wieder herzlichen Dank!!!
Wie soll der Eintrag in /etc/exports genau heißen, wenn ich auf das Home-Verzeichnis (/home/micha/) des Servers (192.168.0.1) zurückgreifen will.
Der Client hat wie gesagt die IP-Adresse 192.168.0.2.
Gruß micha
Erst mal wieder herzlichen Dank!!!
Wie soll der Eintrag in /etc/exports genau heißen, wenn ich auf das Home-Verzeichnis (/home/micha/) des Servers (192.168.0.1) zurückgreifen will.
Der Client hat wie gesagt die IP-Adresse 192.168.0.2.
Gruß micha
Schreib mal deine exports so:
/home/micha/ 192.168.0.2(rw,root_squash,sync)
Somit erlaubst du dem Client mit der IP 192.168.0.2 den Zugriff auf /home/micha
Also, nun habe ich die /etc/exports - wie vorgeschlagen verändert und
mount -t nfs 192.168.0.1:/home/micha ausgeführt mit folgendem Ergebnis:
failed, reason given by server: Permission denied
Das einzige was bis jetzt funktioniert ist -> ping bach (server) bzw. ping beethoven (client)!
Daraufhin habe ich es nochmals über YAST versucht:
Der NFS-Server lässt sich einrichten (ohne Probleme)
Der NFS-Client findet den Server (bach.mus), das entfernte Dateisystem (/home/micha) ebenfalls.
Als Mountpunkt (lokal) habe ich /home/micha ausgewählt u. Optionen: defaults (war schon vorgegeben)
Dann OK - Nach Beenden wird der Fehler (NFS-Verzeichnisse, die in der Datei /etc/fstab eingetragen sind, konnten nicht eingehangen werden).
Was ist nur mit SuSE oder mit mir los!?
Gruß micha
Hast du etwaige Eintragungen in hosts.deny ??
Schau dazu mal hier:
http://www.linuxfibel.de/nettest.htm#hosts.allow
Erst mal vielen Dank für Eure Geduld!
Nachdem ich in /etc/exports 192.168.0.2 (IP-Adresse des Client) kann ich jetzt endlich auf die Server-Daten zurückgreifen!
Lag das Problem vielleicht daran, dass Server und Client bei mir beide das gleiche Verzeichnis (/home/micha) haben!?
Gruß micha
nein, du hast den Sinn der IP in der exports nicht verstanden. Sie steht für den Rechner/das Netz, der/das auf die Freigaben zugreifen darf. Wenn du dort die IP des Servers einträgst, kann natürlich kein anderer die Freigabe mounten...
Erst mal vielen Dank für Eure Geduld!
Nachdem ich in /etc/exports 192.168.0.2 (IP-Adresse des Client) kann ich jetzt endlich auf die Server-Daten zurückgreifen!
Lag das Problem vielleicht daran, dass Server und Client bei mir beide das gleiche Verzeichnis (/home/micha) haben!?
Gruß micha
Ich hatte dir doch geschrieben, dass du die IP des Clients in der exports eintragen sollst!
Wenn du es nicht tust ... kann ich auch nix für.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.