Statische Depotzuweisung via 70_dynamic_depot.conf

[matze79]

Hallo,

wir haben drei Standorte mit je einem Depotserver. Die Standorte sind per VPN (20Mbit) verbunden und an jedem gibt es nochmals >5 Subnetze, teils im WLAN.
Die dynamische Depotauswahl per Ping/Latenz funktioniert leider nicht stabil in der Umgebung, manche Clients verbinden sich mit dem falschen Depotserver-Share.

Hat jemand das Script 70_dynamic_depot.conf so umgebaut, dass die Depotauswahl mit hartem Coding anhand der IP des PC's erfolgt?

Z.B.
192.168.100.0/24, 10.1.0.0/16, 10.2.0.0/16 -> Depot 192.168.100.23
192.168.123.0/24, 10.3.0.0/16, 10.3.0.0/16 -> Depot 192.168.123.98
usw.

Vielen Dank und liebe Grüße
Matthias

[pandel]

Hi!

Ich bin neugierig: was spricht denn dagegen, die Clients per configed fest einem Depot zuzuordnen und die dynamische Auswahl ganz abzuschalten?

Lieber Gruß
Holger

[ueluekmen]

Hi,

ungeachtet dessen, dass ich pandels Frage als berechtigt erachte , gibt es so eine Funktion tatsächlich:

die Methode "getDepotSelectionAlgorithmByNetworkAddress", bei diesem Algorithmus wird die Depoteigenschaft ausgewertet, also configed -> Depot-Eigenschaften -> Depot-Konfiguration gibt es ein Feld mit networkAddress, dort wird standardmäßig das Netz des Opsi-Depotservers eingetragen. Dieses Feld wird nur von der 70_dynamic_depot ausgewertet und bestimmt das Depot dynamisch anhand der Client-IP. Wenn ich dich richtig verstanden habe, dann ist das was du suchst oder?

[koepkek]

Hi

ich hab die Frage jetzt so verstanden, dass es darum ging das Script so zu verändern, dass die Auswahl des zu verwendenden Depots anhand des Netzwerkbereiches und nicht der Latenzzeiten gewählt wird.

Das wird in der conf-Datei über das Auskommentieren der folgenden Zeile erziehlt, siehe hierzu auch im Handbuch:

Code: Alles auswählen

def getDepotSelectionAlgorithm(self):
#return depotSelectionAlgorithmByMasterDepotAndLatency
#return depotSelectionAlgorithmByLatency
return depotSelectionAlgorithmByNetworkAddress

Gruß Karsten

[matze79]

Hallo,

vielen Dank für eure Antworten!

Wie ich schon schrieb, haben wir mehrere Standorte und an jedem einen (synchronen) Depotserver im Einsatz. Jeder Standort hat >5 IP-Subnetze (/24er). Jedes Notebook hat zwar einen "Heimatstandort", aber wir bekommen Entsendungen oder längere Einsätze am "fremden" Standort nicht immer mit. Dadurch kommt es vor, dass Notebooks über Wochen an einem "fremden" Standort sind. Jeder Client darf sich prinzipiell mit jedem Depotserver verbinden. Das Samba-Share mit der Software ist jedoch nur für die lokalen Subnetze freigeschaltet, damit keine Updates über VPN gezogen werden. Unter lokalen Subnetzen sind auch WLAN's, die nur per 10 Mbit mit dem Depot verbunden sind. Z.B. Lagerhallen per 4km WLAN-Strecke.

Unser Problem: Das Script/ der Client erhält manchmal zu einem entfernten Depotserver einen besseren Ping als zu dem "lokalen". Eine feste Depotzuweisung ist nicht elegant, da die Clients länger weg sind und dann keine Updates bekommen würden.

Nun würde ich gerne die mir bekannten >20 Subnetze hart im Script hinterlegen damit der Client den 100% richtigen Depotserver findet.

Wurde das schonmal gemacht? Oder gibt es einen besseren Weg?

Liebe Grüße
Matthias

[n.wenselowski]

Hallo Matthias,

gemacht habe das direkt noch nicht, halte es aber für relativ einfach. Eine Alternative wäre hier mit dem DNS zu spielen, aber das ist dann durch die benötigte Pflege pro Netz vermutlich zu aufwändig.

Du kannst bei der dyn. Depotzuweisung auf die Config des Clients zugreifen, darüber wäre die IP ermittelbar. Anschließend würdest du je nach IP ein bestimmtes, fest hinterlegtes Depot zuweisen.

Wenn du es nicht selbst scripten willst, machen wir sowas gerne im Rahmen eines Supportvertrags

EDIT: Der Algo zur Depot-Selektion anhand der Netzwerkadresse macht vermutlich genau das, was du willst.


Gruß

Niko