forum.opsi.org

Hallo,

steht vielleicht ein Fehler im Log?
Grüße
Jan Schneider

Hallo,

bei Verwendung eines Reverse-Proxys sollte man diesen unbedingt zu den "trusted-proxies" hinzufügen.
Nur dann verwendet OPSI die eigentliche Client-IP-Adresse.

--trusted-proxies [TRUSTED_PROXIES ...]
A list of trusted reverse proxy addresses.
[env var: OPSICONFD_TRUSTED_PROXIES ...

Spätestens ab 10 Sekunden wird es problematisch.
Der opsi-client-agent korrigiert die Systemzeit, wenn er entsprechend konfiguriert ist.
Der opsi-configed macht das nicht.

Hallo,

es sieht danach aus, dass die Zeiten auf Server und Client zu weit voneinander abweichen.

Grüße
Jan Schneider

Kann es sein, dass sich die Clients per IPv6 verbinden?
Du könntest auch einmal versuchen den docker-proxy an ein Interface zu binden:


opsi-server:
ports:
- "<ipv4-docker-host>:4447:4447"


Aber zurück zum eigentlichen Problem:
Auch wenn für alle Clients die gleiche IP-Adresse beim OPSI-Server ...

Es könnte sein, dass der userland-proxy nicht verwendet wird.

Läuft ein docker-proxy? Aktivieren sollte so gehen:

Welche Docker-Version ist im Einsatz und auf welchem Betriebssystem?

Hallo Thomas,

das hört sich an, als würde ein Reverse-Proxy genutzt werden.
In diesem Fall sollte "trusted-proxies" gesetzt werden.

https://docs.opsi.org/opsi-docs-de/4.3/ ... twork.html

Grüße
Jan

Der Fehler wurde bereits gestern mit opsiconfd 4.3.45.8 behoben.

Ein Fehler im opsiconfd hat dazu geführt, dass das Passwort zwar sauber aus der /etc/opsi/passwd in die Datenbank migriert wurde, aber das System-/Samba-Passwort u.U. auf ein Random-Passwort gesetzt wurde.