Wollte heute eine Netzwerkfreigabe (Peer to Peer) unter zwei Linuxrechnern (Suse Linux 9.2) durchführen. Leider hatte ich so meine Probleme.
Ich installierte früher einmal eine Freigabe mit Samba, jedoch war jene weniger problematisch. Warum weiss ich selber nicht. Beim "googeln" findet man auch nur immer das Problem mit Netzwerkfreigaben in heterogenen Netzwerkumgebungen. Deshalb hoffe ich, dass mir irgendjemand in diesem Board weiterhelfen kann.
Die beiden Rechner konnten einander "pingen", folgedessen ist die Verbindung ok. Nun meine Frage als "Windowsmensch", muss ich die beiden Rechner nicht unter "Netzwerk"->"lokales Netzwerk"->"Alle SLP Dienste" sehen? Also wie bei Windows unter "Netzwerkumgebung"->"Arbeitsgruppencomputer".
Und danach noch ein paar Fragen zu der Ordnerfreigabe: Ich klickte mit der rechten Maustaste auf den betreffenden Ordner und wählte "Eigenschaften"->"Freigegeben"->"Dateifreigabe einrichten ..."->"/home/..."->"change"->aktivierte "Share with NFS"->"public"->deaktivierte "Share with Samba...." Ist dies das richtige Vorgehen?
Muss ich nachher diese Freigabe mounten?

Also besten Dank schon im Voraus für eure Hilfe.

Gruss Föx7

Es gibt viele Möglichkeiten des Zugriffs. Samba ist ja eigentlich nur dafür erfunden worden, damit mit dem Microsoft SMB Protokoll auf einen Linux-Fileserver zugegriffen werden kann.
Linux Rechner unter sich greifen z.B. über nfs zu, oder ssh.

Was du tun musst, oder kannst, ist ganz einfach in der Datei /etc/fstab einen Eintrag zu machen. Die /etc/fstab wird beim Systemstart ausgewertet, und die darin eingetragenen lokalen oder entfernten Laufwerke in das Dateisystem eingebunden, sprich gemountet.

Falls du das nfs Laufwerk nur mal auf die Schnelle mounten willst, nimmst du den mount-Befehl (logischerweise)

mount entfernterserver.firma.ch:/etc /lokus

Mit dem Befehl wird der Ordner /etc des entfernten Rechners ins lokale Dateisystem eingebunden, und ist über lokale Verzeichnis /lokus erreichbar.
Mit umount hängst du es dann wieder aus, wenn du es nicht mehr willst.

Dazu muss natürlich auch der nfs Deamon laufen, was in der Regel aber standartmässig der Fall ist.

http://nfs.sourceforge.net/nfs-howto/

http://de.wikipedia.org/wiki/Network_File_System

Willst du nur mal schnell ne Datei oder einen Verzeichnis-Inhalt von einem Linux Server auf nen anderen kopieren, geht das am schnellsten mit dem Secure Copy Befehl.
Im Beispiel befinden wir uns auf server A und kopieren die Datei "test", die sich im Verzeichnis /etc befindet, auf den entfernten Rechner serverB. Dort kopieren wir die Datei in das Verzeichnis /usr/local

scp /etc/test root@serverB:/usr/local

Oder wir kopieren den kompletten Inhalt incl. Unterordner hinüber

scp -r /etc/* root@serverB:/usr/local

Vielen Dank spacyfreak für deine ausführliche und super schnelle Antwort.
Werde dies morgen in der Testumgebung einsetzen.
Gruss Föx7

noch eine keline erganzung zum SLP (Service Location Provider)

eigentlich soltes du unter SLP alle dinste in deinem netzwerk sehen. analog zu den dns eintagen deiener AD controller.

Mach mal eine SLP DA fieleicht hilft das

Gruss Koni

Das mit dem scp klappte, jedoch dies mit dem mounten der Netzwerkfreigabe klappt nicht. Nochmals ein paar fragen: Wie sieht eine solche Eingabe in /etc/fstab aus wenn ich rechner1/home/test auf den rechner2/mnt mounten will? Dateisystem reiserfs.
Auch beim normalen mounten habe ich probleme: mount -t reiserfs rechner1:/home/test /mnt
Habe immer den Fehler: Gerätedatei rechner1:/home/test existiert nicht. Aber Freigabe wurde getätigt.
Bitte um Hilfe. Bin am verzweifeln.

Gruss Föx7

Ja, ganz so trivial ist es nicht.

Damit du von serverA auf serverB per nfs zugreifen kannst, müssen paar Vorraussetzungen erfüllt sein:

1. auf serverB muss nfs installiert sein. ob dies der Fall ist, kannst du zb. unter Suse mit Yast...software rausfinden. Einfach im Suchen Feld "nfs" eingeben.
Gegebenenfalls installieren. Da gehören mehrere Pakete dazu, u.a. portmap.
Einfach alles ankreuzen und gut ist.

2. auf serverB muss in der /etc/exports eingetragen sein, welches Verzeichnis überhaupt freigegeben sein soll, und wer zugreifen darf, und mit welchen Rechten.

Beispiel /etc/exports

/usr/local 192.168.0.*(rw,async)
/var/log 192.168.0.4(ro,async)

Dadurch wäre der Rechner 192.168.0.4 berechtigt, lesend auf das verzeichnis /var/log zuzugreifen über nfs.
Das gesamte Netz dürfte aber mit Lese - und Schreibrecht auf /usr/local zugreifen.
ro=read only / rw=read und write
sync ist etwas sicherer, aber arschlangsam.

Wenn der nfs Server bereits läuft, wird eine neue Eintragung in /etc/exports erst nach folgendem Befehl wirksam

exportfs -a

Ob nfs überhaupt läuft, kann man mit folgendem Befehl checken

ps -ef | grep nfsd

Um den Dienst zu starten (vorrausgesetzt nfs ist installiert) gibt man ein
(unter Suse)

/etc/init.d/portmap start
/etc/init.d/nfslock start
/etc/init.d/nfsserver start

(unter Redhat)

/etc/init.d/portmap start
/etc/init.d/nfslock start
/etc/init.d/nfs start


Genug für heute, ich trinke jetzt Kirschsaft mit Eiswürfeln!

Ich bevorzuge folgendes: =>
in /etc/exports

/usr/local 192.168.0/255.255.255.0(rw)
/usr/local 192.168.0/255.255.255.0(ro)

Nun hat es geklappt. Der nfs-Dienst war das Problem.
Nochmals vielen Dank an alle und vorallem an spacyfreak. Der Vorgang war wirklich ausführlich und gut verständlich beschrieben.

Gruss Föx7

Freut mich!

Ich stoße gerade mit einem echt kühlen Malzbier auf Deinen Erfolg an!