Ruhiges IT-Forum

Hallo,

ich habe Ihre Dokumentation zum Ersetzen des Server-SSL-Zertifikats befolgt (

https://www.wapt.fr/fr/doc/waptserver-i ... icate.html).

Jetzt laden meine Arbeitsstationen jedoch keine Updates mehr herunter. Ich muss die öffentlichen Schlüssel unter C:\Program Files (x86)\wapt\ssl\server manuell ersetzen. Dafür muss ich eine Gruppenrichtlinie erstellen.

Muss ich nach diesem Update eine neue Agentenversion generieren?

Ich bin bei der Änderung etwas unvorsichtig vorgegangen, und jetzt ist alles durcheinander. Wie stellen Sie sich diese Art von Wartungsarbeit vor, um die Verbindung zwischen Server und Agenten nicht zu unterbrechen?

Hallo Toma,

toma schrieb: ↑28. Juni 2019 - 14:57 Uhr Ich habe Ihre Dokumentation zum Ersetzen des SSL-Zertifikats des Servers befolgt.

https://www.wapt.fr/fr/doc/waptserver-i ... icate.html

Jetzt laden meine Arbeitsstationen die Updates aber nicht mehr herunter. Ich muss die öffentlichen Schlüssel in C:\Program Files (x86)\wapt\ssl\server manuell ersetzen. Dafür muss ich eine Gruppenrichtlinie erstellen.

Muss ich nach diesem Update eine neue Agentenversion generieren?

Ich bin bei dieser Änderung etwas unvorsichtig vorgegangen, und jetzt ist alles durcheinander. Wie stellen Sie sich diese Wartungsarbeit vor, um die Verbindung zwischen Server und Agenten nicht zu unterbrechen?

Wenn Sie ein selbstsigniertes Zertifikat verwendet und bei der Erstellung des Agenten eine Zertifikatsprüfung angefordert haben, ist die einzige Möglichkeit zur Durchführung der Prüfung das sogenannte Certificate Pinning. Daher das von Ihnen beobachtete Verhalten (siehe die Erläuterungsseiten zum WAPT-Konzept in der Dokumentation).

Die Zertifikatsfestlegung erfolgt während der Agentengenerierung und muss daher aktualisiert werden. Wenn Sie eine waptdeploy-Gruppenrichtlinie verwenden, müssen Sie die Option `--force` hinzufügen, falls die Agentenversion nicht erhöht wurde.

Die von Ihnen verwendete Dokumentation bezieht sich auf die Ersteinrichtung (sie befindet sich im Abschnitt „Installation“). Ich werde prüfen, ob sich dies auch in der Wartungsdokumentation formalisieren lässt.

Aufrichtig,

Denis

In Ihrem Fall hätten Sie folgendermaßen vorgehen sollen

: Fügen Sie das neue (kommerzielle) Zertifikat am Ende des zuvor festgelegten Zertifikats (in wapt\ssl\server\myserver.dom.lan.crt) hinzu.
Generieren Sie anschließend einen neuen Agenten, um dieses neue Zertifikatspaket auf alle Maschinen zu verteilen.

Sobald dieses neue Paket auf ALLE Ihre Agenten verteilt ist, können Sie den Schlüssel und das Zertifikat auf der Nginx-Seite ändern.

Der WAPT-Agent akzeptiert dann das neue Zertifikat, da es sich in seinem Paket befindet (falls Sie Ihre Meinung ändern, können Sie auch das alte Zertifikat wiederherstellen; es wird ebenfalls vom WAPT-Agenten akzeptiert).

Beachten Sie generell, dass WAPT das HTTPS-Zertifikat anhand der Informationen in der Datei wapt-get.ini, insbesondere im Abschnitt `verify_cert` der globalen Datei, überprüft. Siehe Dokumentation:

https://www.wapt.fr/fr/doc/wapt-configu ... ertificate.

Bevor Sie das Zertifikat serverseitig ändern, müssen Sie sicherstellen, dass die Agenten das neue Zertifikat akzeptieren.

Hinweis: Ich bevorzuge die Verwendung von Pinning. Es ist einfacher und genauso sicher.