Ruhiges IT-Forum

Hallo,

ich habe meinen Server und die acht Remote-Standort-Repositories auf Version 1.5.1.21 aktualisiert. Alles lief reibungslos. Syncthing funktioniert. Vom Hauptstandort aus habe ich den Agenten erstellt, der korrekt per Gruppenrichtlinie auf die Client-Rechner repliziert und bereitgestellt wurde. Ich möchte Ihnen an dieser Stelle zu Version 1.5 gratulieren.

Dadurch werden mir in meiner Konsole am Hauptstandort alle Rechner der acht Standorte angezeigt; das ist fantastisch und funktioniert einwandfrei.
Meine Rechner an den acht Remote-Standorten sind mit dem Repository des Hauptstandorts konfiguriert, nicht mit dem lokalen. Das Repository kann über die Datei wapt-get.ini auf den Rechnern mit "repo_url=" geändert werden.

Meine Frage:
Ist es möglich, in der INI-Datei eine "repo_url=" mit der lokalen Adresse und eine "wapt_server=" mit der Adresse des Hauptstandorts" zu verwenden? Ziel ist es, die Rechner an den acht Standorten von der Konsole des Hauptstandorts aus zu verwalten.

Vielen Dank.

btravers schrieb: ↑25. März 2018 - 11:37 Uhr Hallo,

ich habe meinen Server und die acht Remote-Standort-Repositories auf Version 1.5.1.21 aktualisiert. Alles lief reibungslos. Syncthing funktioniert. Vom Hauptstandort aus habe ich den Agenten erstellt, der korrekt per Gruppenrichtlinie auf die Client-Rechner repliziert und bereitgestellt wurde. Ich möchte Ihnen an dieser Stelle zu Version 1.5 gratulieren.

In meiner Konsole am Hauptstandort sind alle Rechner der acht Standorte vorhanden; das funktioniert einwandfrei.
Meine Rechner an den acht Remote-Standorten sind mit dem Repository des Hauptstandorts konfiguriert, nicht mit dem lokalen. Das Repository kann über die Datei wapt-get.ini auf den Rechnern mit "repo_url=" geändert werden.

Meine Frage:
Ist es möglich, in der INI-Datei eine "repo_url=" mit der lokalen Adresse und eine "wapt_server=" mit der Adresse des Hauptstandorts zu verwenden? Ziel ist es, die Arbeitsstationen an allen 8 Standorten über die Konsole des Hauptstandorts zu verwalten.

Vielen Dank.

Die beiden Parameter `wapt_server` und `repo_url` müssen nicht auf dieselbe Adresse verweisen. Um Remote-Repositories einzurichten, müssen Sie lediglich Apache oder Nginx installieren und die Replikation konfigurieren (z. B. mit rsync oder Syncthing).

Ein Nebeneffekt ist jedoch, dass bei einer direkten Aktualisierung über die Konsole das „Maschinenpaket“ möglicherweise noch nicht auf den Remote-Standort repliziert wurde. Wir erwägen daher, einen dritten Parameter hinzuzufügen, der den WAPT-Agenten anweist, für Maschinenpakete auf den waptserver anstatt auf die repo_url zu verweisen.

Um der nächsten Frage vorzugreifen, können Sie sich die folgenden Pakete ansehen, mit denen Sie die Konfiguration Ihrer Maschinen an entfernten Standorten anpassen können. Diese Pakete erfordern keinen Neustart des Dienstes nach der Anwendung der Konfigurationsänderungen. Die Änderungen werden daher beim nächsten Systemstart wirksam
* https://store.wapt.fr/package_details?p ... 4_all.wapt
* https://store.wapt.fr/package_details?p ... 6_all.wapt

Aufrichtig,

Denis

Für Maschinenpakete ist der Parameter bereits vorhanden; Sie müssen lediglich ein Repository mit dem Namen 'wapt-host' definieren, dessen URL repo_url die des Hauptservers / Haupt-Repositorys ist.

https://github.com/tranquilit/WAPT/blob ... n.py#L2653

Wenn in der Datei wapt-get.ini ein Abschnitt [wapt-host] vorhanden ist, wird dieser verwendet, um das maschinelle Paket-Repository zu konfigurieren, anstatt einfach '-host' an das Ende der URL des Haupt-Paket-Repositorys anzuhängen.

https://github.com/tranquilit/WAPT/blob ... n.py#L2670

->

Okay, super. Wenn ich mein kleines Paket also wie unten beschrieben erstelle, ist das in Ordnung? Ich verstehe nicht, was `waptwua_enabled a true` bewirkt.

Vielen Dank für die schnelle Antwort.


def install():

inifile_writestring(WAPT.config_filename,'global','repo_url',https://site1.mydomain.lan/wapt')
inifile_writestring(WAPT.config_filename,'global','wapt_server','https://mainrepo.mydomain.lan')
inifile_writestring(WAPT.config_filename,'wapt-host','repo_url','https://mainrepo.mydomain.lan/wapt-host')

inifile_writestring(WAPT.config_filename,'global','waptwua_enabled','true')


print('Modify max_gpo_script_wait')
inifile_writestring(WAPT.config_filename,'global','max_gpo_script_wait',180)

print('Modify Preshutdowntimeout')
inifile_writestring(WAPT.config_filename,'global','pre_shutdown_timeout',180)

print('Hyperboot deaktivieren')
inifile_writestring(WAPT.config_filename,'global','hiberboot_enabled',0)

print('Benutzerbenachrichtigung deaktivieren')
inifile_writestring(WAPT.config_filename,'global','notify_user',0)

Hallo btravers,

btravers schrieb: ↑25. März 2018 - 22:57 Uhr Okay, super, wenn ich mein kleines Paket also wie unten erstellt, ist es dann in Ordnung? Ich verstehe nicht, wofür `waptwua_enabled a true` dient.

Dies dient dazu, die Unterstützung für Windows-Updates über den WAPT-Agenten zu ermöglichen, im Grunde ein in WAPT integrierter WSUS; es handelt sich um eine Funktion, die wir für die WAPT Enterprise-Version vorbereiten.

Aufrichtig,

Denis

Hallo,
ich hatte es schon vermutet, war mir aber nicht sicher. Ich denke, diese Funktion wird mich dazu bewegen, auf die Enterprise-Version aufzurüsten.

Danke.

Hallo,

ich habe meinen Server und meine drei Remote-Repositories auf Version 1.5.1.21 aktualisiert. Die Synchronisierung via Rsync funktioniert.
Alles scheint korrekt zu laufen, außer den Remote-Repositories.

Der Agent wurde per Login-Skript auf allen Rechnern installiert.

Anschließend habe ich einige Remote-Rechner manuell so konfiguriert, dass sie die lokale Repository-Konfiguration anstelle der Haupt-Repository-Konfiguration verwenden. Grundlage dafür war die

wapt-get.ini-Datei, die ich an den lokalen Kontext angepasst habe:
[global]
repo_url=https://site1.mydomain.lan/wapt
waptserver=https://mainrepo.mydomain.lan

[wapt-host]
repo_url=https://mainrepo.mydomain.lan/wapt-host

Wenn ich einem Remote-Rechner über die Konsole ein Paket zuweise, wird dessen Konfiguration als aktuell erkannt. Dasselbe passiert, wenn ich eine manuelle Synchronisierung der Repositories erzwinge oder den Remote-Rechner neu starte.

Welchen Schritt könnte ich übersehen haben?

Vielen Dank im Voraus für Ihre Hilfe!

Beste Grüße,

btravers schrieb: ↑26. März 2018 - 22:44 Uhr Hallo,
ich hatte es schon vermutet, war mir aber nicht sicher. Ich denke, diese Funktion wird mich zum Upgrade auf die Enterprise-Version bewegen.

Danke.

Und die Enterprise-Version wird noch viele weitere Funktionen enthalten:

- Vereinfachte Verwaltung von Remote-Repositories => in Entwicklung
- Vereinfachte Verwaltung mehrerer Repositories => in Entwicklung
- Starke Integration mit Active Directory (MS oder Samba) => dies ist bereits vorhanden
- Management-Reporting => in Entwicklung
- Vereinfachtes Management der Rollentrennung => dies existiert bereits

1.5 ist eine wunderschöne, bereits vollkommen kultivierte Prinzessin von edler Abstammung, gebildet und von großer Würde. Sie braucht nur noch einen kurzen Besuch beim Friseur und Schneider, und schon ist sie bereit, ihre anspruchsvollsten Prinzen zu ihren ersten Walzern herauszufordern

A++

Vincent

Hallo,

gibt es einen öffentlichen Zeitplan? Die Wiederaufnahme der WSUS-Funktionalität und die Anbindung an GLPI sind zwei Dinge, auf die wir dringend warten. Ein Datum würde mir bei der Planung sehr helfen.

Vielen Dank