Re: Windows Share mounten, keine Leserechte auf übergeordnetem Verzeichnis

From: Marc Pahnke <marc.pahnke_at_gmx.de>
Date: Fri, 10 Jun 2016 09:37:06 +0200

Am 09.06.2016 um 15:16 schrieb Christian Nordmann:
> Am 2016-06-09 um 12:49 schrieb Christoph Sandhaus:
>
>> Moin!
> Hallo,
>
>> Vollständiger Pfad zur Freigabe:
>> \\fileserver\Users$\bereich\meinlogin
>> Das Problem dabei ist, daß ich nur auf das Verzeichnis "meinlogin" Zugriff habe.
>> Läßt das den Schluß zu, daß der Linuxclient erst den Zugriff auf den UNC-Pfad
>> versucht und weil dieses scheitert erhalte ich "Permission denied"?
> genau das ist die Ursache.
>
> Bei SMB/CIFS ist die Wurzel des Mountpoints immer \\<server>\<share>.
> Das mounten eines Verzeichnisses unterhalb eines Share, wie bei NFS,
> kann SMB/CIFS nicht.
>
> Selbst Windows kann das nicht.
Moin,

Ganz falsch.

Genau das ist ja so vorgesehen. Und muss so funktionieren.
Wenn in einer Domäne zB ein Share für die %HOME-DRIVES% der User
bereitgestellt wird, Gibt man zB. D:\homes\%USER% jeweils nur dem
entsprechenden User frei wohingegen der Zugriff auf D:\homes ausser den
Admins der Zugriff verweigert wird.

Sonst müsste man ja auch alle Laufwerke zB C:\ u. auch D:\ freigeben um
darunterliegende Verzeichnisse freigeben zu können. Und das wäre Unfug.

Und das ist auch unter Unix nicht anders.

Das mit dieser Art CIFS Share Mount hat mir auch schon mal Kopfschmerzen
bereitet. Aber es sei dir versichert: Es funktioniert. Welche
Samba-Version setzt du denn ein?

Du musst auf jeden Fall in deiner credentials Datei die Domäne mit angeben:

samba.credentials.txt

---
username=yourusername
password=geheim
domain=YOURDOMAIN
Dann ist mein fstab Eintrag zB:
//DFS_ROOT/homes/_DFS_Location/user.name/home/user.name/mnt/smb/user.name cifs noauto,users,credentials=/home/user.name/samba.credentials.txt 0 0
>
>> Wenn ja, kann ich den (UNC-) Pfad per Option anders bestimmen, s.d. ich an mein
>> Verzeichnis komme?
> Nein!
>
>> Danke + LG,
>>    Christoph
Received on Fri Jun 10 2016 - 09:37:06 CEST

This archive was generated by hypermail 2.2.0 : Fri Jun 10 2016 - 09:34:31 CEST