Freitag, 18. Mai 2012, 16:21

Du bist nicht angemeldet.



[gelöst] Freigaben mounten

GBunge

hat sich gut eingelebt.

  • »GBunge« ist der Autor dieses Themas

Beiträge: 79

Architektur: 32-bit

  • Private Nachricht senden

1

Sonntag, 24. Juni 2007, 18:38

Freigaben mounten

Hallo Leute,
nun versuche ich seit drei Tagen in Foren und Wiki einen Hinweis auf mein Problem zu finden, ohne Erfolg.

Ich habe zwei Rechner mit einem Router ( WLAN Fritz BOx ) verbunden.
Ping geht von beiden Rechnern zum jeweils anderen.
Auf beiden Rechnern ist NFS-Server und NFS-Client aktiv.
Auf beiden Rechnern gibt es Freigaben.
Rechner 1: "/etc/exports" /work venus (rw) .. /home/bu venus (rw)
Rechner 2: "/etc/exports" /home/bu mars (rw)

Wenn ich nun auf Rechner 2 ( venus ) das Verzeichnis /work mit sudo mounte, geht alles glatt.
Ich kann auf die Daten zugreifen und sie auch verändern.

Versuche ich aber, egal auf welchem Rechner, das Verzeichnis "/home/bu" zu mounten,
gibt es eine Fehlerausgabe.

Quellcode

1
mount: venus:/home/bu failed, reason given by server: Permission denied

Das Verzeichnis /work gehört mir UID=1000, GID=1000
Das Verzeichnis /home gehört root, das Unterverzeichnis /home/bu gehört mir.

Was kann ich machen, um auf /home/bu zugreifen zu können?

Gruss GBunge

ezazazel

The Supporter

Beiträge: 719

Ubuntu: 11.10

Kernel: 3.0.0-14-generic

Architektur: 32-bit

  • Private Nachricht senden

2

Sonntag, 24. Juni 2007, 18:55

Fehler kommt von venus, du willst doch den Server mars (was es dabei auf sich hat weiß ich nicht, 1 IP 1 alias)

schon mal manuell probiert?

Quellcode

1
 sudo mount ipadressedesquellrechners:/home/bu /mnt

Wenn dann noch immer Permission denied ist, dann könnte es sein, dass dein Rechner eine IP hat, die nicht darauf zugreifen darf. Ändere den Zugriff auf 192.168.1.0 (so in diesem Bereich deine IPs sind) und als SubnetMask 255.255.255.0
Si non confectus, non reficiat (If it's not broken, don't fix it)
Shuttle XPC SD39P2; Intel Core2Duo 6420; Samsung T166 SATA II 3,5" 500GB; Gainward Bliss 8600GT PCX SilentFx, Cinergy T USB XS hybrid && MSI Wind Nettop && Toshiba Portege M700 && Acer Aspire One

GBunge

hat sich gut eingelebt.

  • »GBunge« ist der Autor dieses Themas

Beiträge: 79

Architektur: 32-bit

  • Private Nachricht senden

3

Montag, 25. Juni 2007, 09:28

Hi ezazazel,

OK, bei dem dargestellten Mount-Versuch liegt der Fehler im Rechner venus.
Das gleiche passiert aber, wenn ich den Versuch mache, das Verzeichnis "/home/bu" auf
dem Rechner mars zu mounten.

Ich verstehe nicht genau, was Du mit Deiner Frage:

Quellcode

1
(was es dabei auf sich hat weiß ich nicht, 1 IP 1 alias)


Beide Rechner haben eine IP-Adresse im, vom Router bereitgestellten, Bereich.
Router-IP: 192.168.178.1
Rechner1: 192.168.178.20
Rechner2: 192.168.178.21
Alle drei IP's stehen in /etc/host mit jeweils einem Alias.

Quellcode

1
Ändere den Zugriff auf 192.168.1.0
verstehe ich nicht.
1. komme ich ann beiden Rechnern über den Router ins Netz.
2. mounten von mars:/work auf Rechner venus klappt doch.

Kann es nicht doch mit den Rechten von /home ( gehört root ) zu tuen haben?

Gruß GBunge

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

4

Montag, 25. Juni 2007, 17:43

Hallo zusammen,

ich sehe da nur zwei mögliche Fehlerquellen. Einmal ist die Freigabe vielleicht noch nicht eingelesen am Server (hier an venus: 'sudo exportfs -ra'). Oder die Adresse stimmt nicht mehr. Dynamisch vergebene Adressen können sich ja schonmal ändern ;)

Was ezazazel damit auch meinte: du kannst in der /etc/exports auch das ganze Netz für den Zugriff berechtigen, indem du statt einer einzelnen IP-Adresse den gesamten Bereich angibst:
192.168.178.0/255.255.255.0
statt venus und mars.

An den Rechten liegt es garantiert nicht! /home gehört root und sonst niemandem. Was mich bei deiner anderen Freigabe noch wundert: du hast nicht wirklich einen Ordner /work direkt in der root erstellt? Das entspricht nicht den Standards. Eine Alternative böte /media/work oder /home/user/work.


Gruß
Rodge
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

GBunge

hat sich gut eingelebt.

  • »GBunge« ist der Autor dieses Themas

Beiträge: 79

Architektur: 32-bit

  • Private Nachricht senden

5

Montag, 25. Juni 2007, 18:48

Hallo basslord und ezazazel,
danke für Eure Mühen! Aber die Tips haben nicht gefruchtet.

Das Problem lag tatsächlich daran, daß "/home" root gehört.
Um "/home/<user> trotzdem auf dem fremden Rechner zu mounten,
bedarf es der Option no_root_squash in der /etc/exports.
Seit ich das eingefügt habe, flutscht es.

Gruß GBunge

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

6

Montag, 25. Juni 2007, 19:18

Servus,

mir scheint da dennoch ein anderer Fehler vorzuliegen. Bei mir funkt das wunderbar mit einfacher Option (rw). Das entfernte /home/user gehört dem lokalen User "user". Und das ist alles.

no_root_squash hat die Funktion, dem lokalen User "root" dieselben Rechte auch remote zuzugestehen. Sicherheitstechnisch nicht unbeding wünschenswert.
Denn als User root arbeitest du ja nicht in diesem Verzeichnis. Eigentlich jedenfalls nicht ;) Default root_squash mappt die root-ID auf nobody.

Gut, in diesem Szenario bist zwar beides du, doch grundsätzlich würde ich diese Option nicht ohne Grund einbacken, nur damit etwas läuft, was auch ohne diese Option laufen sollte.

Gruß
Rodge
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

ezazazel

The Supporter

Beiträge: 719

Ubuntu: 11.10

Kernel: 3.0.0-14-generic

Architektur: 32-bit

  • Private Nachricht senden

7

Montag, 25. Juni 2007, 19:21

Was sein kann ist, dass du nicht dieselben Benutzernamen für beide Rechner verwendet hast (inkl. Passwort)
Wenn auf dem Hostrechner der Benutzer abc mit das Verzeichnis besitzt, sollte auch auf dem Clientrechner dieselbe Person existent sein (Ob dringend notwendig kann ich nicht sagen, würde es aber mal überprüfen).
Si non confectus, non reficiat (If it's not broken, don't fix it)
Shuttle XPC SD39P2; Intel Core2Duo 6420; Samsung T166 SATA II 3,5" 500GB; Gainward Bliss 8600GT PCX SilentFx, Cinergy T USB XS hybrid && MSI Wind Nettop && Toshiba Portege M700 && Acer Aspire One

GBunge

hat sich gut eingelebt.

  • »GBunge« ist der Autor dieses Themas

Beiträge: 79

Architektur: 32-bit

  • Private Nachricht senden

8

Dienstag, 26. Juni 2007, 11:29

Hallo ezazazel,
auf beiden Rechnern habe ich den gleichen Namen und auch das gleiche Passwort.
UID und GID sind auf beiden Rechnern gleich (1000)
Gruß GBunge