Hallo Denis,
es handelt sich um Version 2.6.1.17787 Enterprise Edition.
[Bearbeitet] Ich teste weiter, da der Status „GETRENNT“ anscheinend auch dann auftritt, wenn die Sitzung nicht geöffnet ist (z. B. auf der Anmeldeseite). [/Bearbeitet]
Julien
Die Suche ergab 19 Ergebnisse
- 2. Juni 2026 – 14:43 Uhr
- Forum: WAPT-Nutzung (Konsole, Agent) / WAPT-Nutzung (Konsole, Agent)
- Betreff: Verwaltung des Schlafmodus
- Antworten: 4
- Ansichten: 435
- 2. Juni 2026 - 10:59 Uhr
- Forum: WAPT-Nutzung (Konsole, Agent) / WAPT-Nutzung (Konsole, Agent)
- Betreff: Verwaltung des Schlafmodus
- Antworten: 4
- Ansichten: 435
Betreff: Schlafmodusverwaltung
Hallo,
nach weiteren Tests wird der Rechner in der Konsole weiterhin als „GETRENNT“ angezeigt, selbst wenn ich mich per RDP verbinde und somit die Kontrolle über ihn übernehme (er ist also eingeschaltet).
Der WAPT-Dienst läuft auf dem Client-Rechner. Aber wenn ich ihn neu starte…
nach weiteren Tests wird der Rechner in der Konsole weiterhin als „GETRENNT“ angezeigt, selbst wenn ich mich per RDP verbinde und somit die Kontrolle über ihn übernehme (er ist also eingeschaltet).
Der WAPT-Dienst läuft auf dem Client-Rechner. Aber wenn ich ihn neu starte…
- 1. Juni 2026 – 16:34 Uhr
- Forum: WAPT-Nutzung (Konsole, Agent) / WAPT-Nutzung (Konsole, Agent)
- Betreff: Verwaltung des Schlafmodus
- Antworten: 4
- Ansichten: 435
Schlafmodusverwaltung
Hallo,
wir haben ein Problem mit Workstations, die in den Ruhemodus wechseln und in der WAPT-Konsole im Maschineninventar als „GETRENNT“ angezeigt werden. Ich kann sie jedoch problemlos anpingen.
Ich habe eine Gruppenrichtlinie auf Maschinenebene erstellt, um den Ruhemodus zu deaktivieren, aber diese Maschinen scheinen trotzdem...
wir haben ein Problem mit Workstations, die in den Ruhemodus wechseln und in der WAPT-Konsole im Maschineninventar als „GETRENNT“ angezeigt werden. Ich kann sie jedoch problemlos anpingen.
Ich habe eine Gruppenrichtlinie auf Maschinenebene erstellt, um den Ruhemodus zu deaktivieren, aber diese Maschinen scheinen trotzdem...
- 13. August 2025 – 14:16 Uhr
- Forum: WAPT-Server
- Betreff: [GELÖST] Problem mit der Ubuntu 24.04-Installation
- Antworten: 5
- Ansichten: 21196
Betreff: Problem mit der Installation von Ubuntu 24.04
Hallo,
gut aufgepasst! Ich habe gerade verstanden, warum: Ubuntu 24.04.3 wurde gerade erst veröffentlicht, und die im IPXE-Skript angegebene URL ist 24.04.2.
Ubuntu hat die initrd auf den entsprechenden Link aktualisiert, daher die Diskrepanz. Ich prüfe, ob das die Ursache ist. (Ich probiere es morgen.)
Hallo,
ja, das stimmt...
- 11. August 2025 – 17:10 Uhr
- Forum: WAPT-Server
- Betreff: [GELÖST] Problem mit der Ubuntu 24.04-Installation
- Antworten: 5
- Ansichten: 21196
Betreff: Problem mit der Installation von Ubuntu 24.04
Hallo
, kurze Frage: Wie viel RAM ist auf dem Rechner verfügbar?
https://github.com/netbootxyz/netboot.xyz/issues/1125
Hallo,
dieser Rechner hat 32 GB RAM.
Könnten Sie vielleicht testweise eine Ubuntu-Installation bei sich installieren?
- 11. August 2025 – 16:14 Uhr
- Forum: WAPT-Server
- Betreff: [GELÖST] Problem mit der Ubuntu 24.04-Installation
- Antworten: 5
- Ansichten: 21196
[GELÖST] Problem mit der Ubuntu 24.04-Installation
Hallo,
ich habe Ende Juli WAPT Server Version 2.6.0.17293 verwendet und konnte Ubuntu 24.04 problemlos installieren.
Nach dem Update auf Version 2.6.0.17392 bricht die Ubuntu-Installation nun bereits zu Beginn ab.
Die Fehlermeldung lautet: „Nicht möglich…“.
ich habe Ende Juli WAPT Server Version 2.6.0.17293 verwendet und konnte Ubuntu 24.04 problemlos installieren.
Nach dem Update auf Version 2.6.0.17392 bricht die Ubuntu-Installation nun bereits zu Beginn ab.
Die Fehlermeldung lautet: „Nicht möglich…“.
- 11. August 2025 - 12:44 Uhr
- Forum: WAPT-Server
- Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
- Antworten: 14
- Ansichten: 51184
Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
Hallo Julien,
hallo Denis,
vielen Dank für eure Antwort. Ich habe es gerade getestet, indem ich die Hybridkonfiguration durch eine vollständige bind9-Konfiguration ersetzt habe, und es funktioniert tatsächlich einwandfrei.
Anscheinend verursacht der interne DNS-Server von Samba das Problem und verhält sich nicht korrekt.
- 7. August 2025 – 13:09 Uhr
- Forum: WAPT-Server
- Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
- Antworten: 14
- Ansichten: 51184
Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
- 7. August 2025 - 10:59 Uhr
- Forum: WAPT-Server
- Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
- Antworten: 14
- Ansichten: 51184
Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
Hallo
, ich habe es nicht verstanden.
In welchen Fällen funktioniert es nicht (internes Bind9 oder Forwarding)?
Und in welchen Fällen funktioniert es?
Hallo,
Entschuldigung, ich versuche es verständlicher zu erklären.
Wenn der Rechner die DNS-Server der Universität (134.157.192.1 und 134.157.0.129) verwendet, ist die Vorgehensweise für...
- 7. August 2025 - 10:48 Uhr
- Forum: WAPT-Server
- Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
- Antworten: 14
- Ansichten: 51184
Betreff: WinPE-Bereitstellung fehlgeschlagen bei Schritt wgetwads64.exe
Hallo nochmal,
noch ein paar Fragen: Nutzt ihr Samba, internen DNS oder bind-dlz?
Falls bind-dlz, mit oder ohne der Option „minimal-responses“?
Viele Grüße,
Denis.
Hallo,
ich nutze bind-dlz (mit DNS-Forwarder = 127.0.0.1:5353 in der smb.conf und dem laufenden bind9-Daemon), aber ich habe einen Test durchgeführt…
