[Eisfair] Samba DFS nutzen?

Thomas Bork tom at eisfair.org
Do Apr 8 10:56:31 CEST 2021


Am 07.04.2021 um 22:27 schrieb Kay Martinen:

> Man kann aber doch dennoch direkt server1\share aufrufen und dort
> speichern, oder ebenso server2\share. Oder geht das dann nicht mehr?

Wenn Du die Variante 2 eingerichtet hast, siehst Du nur eine DFS-Freigabe.

Aber natürlich kannst Du auf die originale Freigabe von server1\share 
oder server2\share auch zugreifen, selbst wenn Du sie versteckt hast. 
Aber eben nicht über diese DFS-Freigabe, sondern über die Freigaben, mit 
denen die DFS-Freigabe zusammengebaut wird.

Warum probierst Du es nicht einfach mal aus? Vielleicht stellt sich dann 
heraus, dass DFS mit dem Samba-Paket gar nicht mehr funktioniert,

Wie gesagt:
Ich habe das lange nicht mehr getestet.



Auszug aus der Dokumentation:

SAMBA_DFSROOT_x_DFSLNK_y_SUBPATH

     Unterverzeichnis für diesen DFS-Link

Mit dieser Variable kann ein Unterverzeichnis erstellt werden, in dem 
der DFS-Link angelegt werden soll. Dieses Unterverzeichnis befindet sich 
physisch in der zur Laufzeit nur lesbar gemounteten Image-Datei und darf 
nicht den gleichen Namen haben, wie ein auf dieser Ebene angebrachter 
DFS-Link. Aber es ist bei mehreren DFS-Links möglich, die verschiedenen 
Unterverzeichnisse ein Stück des Weges gemeinsam gehen zu lassen.

     Beispiel:

               SAMBA_DFSROOT_1_DFSLNK_1_SUBPATH='sport'
               SAMBA_DFSROOT_1_DFSLNK_2_SUBPATH='sport/fussball'
               SAMBA_DFSROOT_1_DFSLNK_3_SUBPATH='sport/handball'

     Das sieht nachher so aus:

               \\eisfair\dfsname\sport
               \\eisfair\dfsname\sport\fussball
               \\eisfair\dfsname\sport\handball

Dabei ist „eisfair“ durch den Namen des eisfair-Rechners zu ersetzen - 
wenn er davon abweicht - und „dfsname“ mit dem Namen, den man in 
SAMBA_DFSROOT_x_NAME eingetragen hat.

SAMBA_DFSROOT_x_DFSLNK_y_NAME

     Name für diesen DFS-Link

Mit dieser Variable wird der Name des DFS-Links bestimmt. Dieser Name 
muss eindeutig sein, darf also nicht identisch mit einem eventuell auf 
gleicher Ebene vorhandenen Unterverzeichnis oder einem anderen Link sein.

     Um beim obigen Beispiel zu bleiben:

               SAMBA_DFSROOT_1_DFSLNK_1_SUBPATH='sport'
               SAMBA_DFSROOT_1_DFSLNK_2_SUBPATH='sport/fussball'
               SAMBA_DFSROOT_1_DFSLNK_3_SUBPATH='sport/handball'

     Das so aussieht:

               \\eisfair\dfsname\sport
               \\eisfair\dfsname\sport\fussball
               \\eisfair\dfsname\sport\handball

Hier darf SAMBA_DFSROOT_1_DFSLNK_1_NAME also nicht 'fussball' oder 
'handball' genannt werden - wohl aber 'tennis', 'abcdef' etc.

SAMBA_DFSROOT_x_DFSLNK_y_UNC_N

     Einbindung einer bestimmten Anzahl von DFS-Zielen

Über SAMBA_DFSROOT_x_DFSLNK_y_UNC_N wird die Anzahl der DFS-Ziele 
eingestellt, auf die SAMBA_DFSROOT_x_DFSLNK_y zeigt. Normalerweise wird 
hier eine 1 eingegeben. Bei 2 und mehr kann ein Lastenausgleich (load 
balancing) erzielt werden, falls Replikations-Server im Netz sind. Wird 
hier eine 1 eingegeben, muss die folgende Variable 
SAMBA_DFSROOT_x_DFSLNK_y_UNC_z_PATH vorhanden und sinnvoll gefüllt sein.

SAMBA_DFSROOT_x_DFSLNK_y_UNC_z_PATH

     UNC-Pfad zu diesem DFS-Ziel

In dieser Variable wird der UNC-Pfad zu diesem DFS-Ziel untergebracht.

     Möglich ist die Angabe aller Freigaben, die über einen UNC-Pfad 
erreichbar sind, also

               //servername/freigabe

     bzw.

               //servername/pfad/freigabe

     oder

               //192.168.10.12/freigabe

     bzw.

               //192.168.10.12/pfad/freigabe

     oder auch lokal

               //eisfairname/freigabe

     bzw.

               //127.0.0.1/pfad/freigabe

-- 
der tom


Mehr Informationen über die Mailingliste Eisfair