forum.opsi.org

Welches System? Debian, Ubuntu, CentOS,....

>>Minor Update von Opsi 4.1
Von welcher Version auf welche Version?

>>Was könnte ich tun?
Der Bitte
'Please report the problem
via the official opsi PackageBuilder forum:

viewforum.php?f=22'
folgen.
Das ist kein 'OPSI bug'.

>>ja richtig, aber sobald der client dem Standort 2 Depot zugewisen ist, wird keine MAC in PXE zur installation geschrieben. Ich würde behaupten, doch. Aber natürlich auf dem Depotserver Standort 2. Nur schaut Dein Client dort nicht nach. Sondern - wie ihm geheißen - beim OPSI-Server in Standort 1.

Nun wird's klarer. Aber nicht besser. TAP = bridged network TUN = routed network Und in der Tat, in einem bridged network brauchst Du natürlich keinen IP helper. Dadurch hast Du aber eben auch nur ein IP-Netz (DHCP scope). Und dafür kannst Du nur ein Mal die options 66/67 setzen. Heißt, Deine Client...

Nun, ja. Die Info ist auch ein wenig dünn. Definiere 'ein großes Netz'. Habt ihr die Standorte gebridged? Und wirklich eine IP-Range drübergelegt? Deine Fehlermeldung kommt wo? Auf dem Privatrechner von Bill Gates? Grundsätzlich sind Netboot-Produkte über verteilte Depots kein Problem. Vorausgesetzt...

Der OPSI Agent läuft in einem 32Bit-Kontext. Deine Einträge landen also wohl in HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows NT\CurrentVersion\Winlogon. Und das interessiert den Autologon-Mechanismus relativ wenig. Parametrisiere Deinen Registry-Aufruf mal mit /64Bit oder /SysNative. Al...

Schau Dir mal im Paket OPSI-Agent unter /files/opsi/cfg/config die Datei config.ini an.
Wenn da noch die alte IP steht, ändern.
Und den Agent neu auf die betroffenen Maschinen 'pushen'.

Da dürfte der Hund begraben liegen. Buster unterstützt keine Zertifikate mit 1024Bit Schlüssellänge. Sicher das Zertifikat mal weg. Danach ein dpkg-reconfigure opsiconfd (Debian ist nicht meine Welt, aber das müsste immer noch funktionieren...) Danach noch mal versuchen, den opsiconfd per Hand zu st...

Offensichtlich ein Problem mit dem Zertifikat.
Was wirft ssh-keygen -lf /etc/opsi/opsiconfd.pem aus?

Das ist hier https://forum.uib.de/viewtopic.php?f=6& ... c7fa5d95b5 schon einmal diskutiert worden.
Einen 'richtigen' Lösungsansatz gibt es wohl noch nicht. Aber ein paar Hinweise, wie man die Problembären evtl. durchprügeln kann.