Ruhiges IT-Forum

Hallo zusammen,

ich nutze aktuell die neueste WAPT Enterprise-Version und möchte die Betriebssystembereitstellung testen.
Meine Infrastruktur ist derzeit so konfiguriert, dass sie per PXE mit meinem FOG-Server bootet.
Gibt es eine Möglichkeit, die WADS-Lösung parallel zu testen, indem man einen Eintrag im PXE-Menü hinzufügt, um den normalen Betrieb aufrechtzuerhalten und gleichzeitig die Lösung zu testen?
Zum Beispiel:
`set pxeserver:ipv4 IP-SRVWAPT` `
set next-server ${pxeserver}`
`set filename ipxe.efi` `
chain tftp://${next-server}/${filename}`

Ist das möglich?
Vielen Dank im Voraus
, Pierre Briec

Guten Morgen

Wenn Ihr IPXE-Server ein IPXE-Skript wie dieses enthält, sollte es funktionieren:

Danke Simon,

ich habe die PXE-Bereitstellung mit dieser Methode getestet und sie funktioniert einwandfrei. Der Test war erfolgreich.

Ich habe ein paar Fragen zu WADS (FOG-Kampfmodus )
: Unterstützt WADS auch WOL für den Start der Bereitstellung? Ich verteile Laptops, die in Serverschränken angeschlossen sind (30 PCs an einer Dockingstation mit Strom- und Ethernet-Anschluss), daher muss alles reibungslos funktionieren, einschließlich des Bootvorgangs.
Kann die Anzahl der gleichzeitig bereitstellbaren Geräte begrenzt werden?

Einige meiner Geräte unterstützen kein WOL über PXE und sind daher standardmäßig für den Netzwerkstart konfiguriert.
Bei FOG war das Standardverhalten das Starten des Betriebssystems.
Wie verhält sich das System standardmäßig, wenn es über WADS' PXE-Befehl bootet?
In meinem Test hat es nicht funktioniert, aber da es sich um eine Art Hybrid-Setup handelt, ist das das erwartete Verhalten?

Danke.

pierre.briec schrieb: ↑11. Juni 2025 - 8:25 Uhr - Unterstützt WADS auch WOL für den Start der Bereitstellung? Ich verteile Laptops, die in Schränken angeschlossen sind (30 PCs an einer Dockingstation mit Strom- und Ethernet-Anschluss), daher muss alles reibungslos und ohne Vorkenntnisse ablaufen, einschließlich des Bootvorgangs.

Wenn sie bereits in Wapt registriert sind, können Sie direkt über das zentrale Inventar darauf zugreifen. (WakeOnLAN ist bereits im zentralen Inventar vorhanden.)

Tatsächlich können Sie anstelle von PXE Folgendes verwenden:

https://wapt.tranquil.it/store/fr/tis-d ... run-deploy

Dabei wird WinPE direkt auf dem Rechner installiert, wodurch PXE und IPXE umgangen werden.

pierre.briec schrieb: ↑11. Juni 2025 - 08:25 - Können wir die Anzahl der gleichzeitig möglichen Beiträge begrenzen?

Da es sich um eine einfache Dateiverteilung durch nginx handelt, haben wir dies nicht eingeplant.
Je mehr Workstations man hinzufügt, desto stärker verteilt sich die Übertragungsgeschwindigkeit auf die einzelnen Arbeitsstationen. (Wir verwenden auch keine Unicast-Bereitstellung.)

pierre.briec schrieb: ↑11. Juni 2025 - 08:25 Ich habe Rechner, die Wake-on-LAN (WOL) über PXE nicht unterstützen und daher standardmäßig so konfiguriert sind, dass sie vom Netzwerk booten.
Mit FOG war das Standardverhalten, das Betriebssystem zu starten.
Wie verhält sich das System standardmäßig, wenn es über WADS' PXE bootet?

Generell gilt: Wenn die Maschine nicht auf die Bereitstellung wartet, "beendet" sie den Vorgang, siehe: https://ipxe.org/cmd/exit

Normalerweise sollte es also, abhängig vom BIOS, beim nächsten Neustart funktionieren (d. h. Ihre Festplatte)

Ich sage „normalerweise“, weil sich BIOS-Versionen je nach Hersteller unterschiedlich verhalten….

Wenn Sie in Ihrem Fall das Paket tis-dangerous-package-wads-run-deploy untersuchen, könnte dies möglicherweise bestimmte Probleme lösen, indem der PXE-Boot umgangen wird (TFTP ist unsicher)

Danke Simon für die Erklärung.

Wie funktioniert WADS auf dem sekundären Repository? Ich habe die WADS-Replikation dort aktiviert,
kann aber nicht davon booten. Funktioniert es nur mit einem sekundären Repository unter Linux? Meins läuft unter Windows.

Danke,
Pierre

Um einen TFTP-Server auf dem sekundären Repository zu betreiben, müssen Sie https://wapt.tranquil.it/store/fr/tis-remote-repo-tftp installieren. Daher wird Nextserver im DHCP-Modus als sekundäres Repository verwendet. (Bei Verwendung des Dangerous-Pakets von WAD ist dies jedoch nicht erforderlich.)