Zuletzt aktualisiert:
Diese Woche bin ich bei der Analyse eines Citrix-Problems auf ein interessantes Verhalten gestoßen.
Ausgangssituation:
Windows 11 mit Citrix VDA 2507 LTSR CU2 im Remote-PC-Access-Szenario.
Nach der Installation des VDAs funktionierte der Internetzugriff über Microsoft Edge nicht mehr zuverlässig.
Das Kuriose daran:
✅ Netzwerkadapter aktiv
✅ Windows-Firewall nicht die Ursache
❌ Edge konnte externe Webseiten nicht mehr zuverlässig erreichen
❌ Ein Downgrade des VDAs brachte keine Abhilfe
Erst nach der vollständigen Deinstallation des Citrix VDAs funktionierte der Zugriff wieder.
🔍 Wo lag die Ursache?
Nicht am klassischen Netzwerkstack, sondern an einem Citrix-HDX-Hook:
CtxWebAuthnHook.dll
Dieser Hook ist Bestandteil der Citrix-WebAuthn-Integration und wird für die Unterstützung entsprechender Authentifizierungsszenarien eingesetzt.
In der betroffenen Umgebung wurde zusätzlich eine Proxy-Auto-Configuration-Datei (PAC) verwendet.
Genau diese Kombination führte offenbar zu einem Konflikt zwischen dem Citrix-Hook und Microsoft Edge.
🛠️ Was war die Lösung?
Der entscheidende Hinweis war die prozessbezogene Hook-Konfiguration für:
CtxWebAuthnHook\msedge.exe
Nachdem der entsprechende Registry-Eintrag entfernt wurde, funktionierte der Internetzugriff wieder.
Der VDA konnte installiert bleiben.
⚠️ Wichtig: Das ist ein gezielter Workaround für die betroffene Konstellation. Vor Änderungen an Citrix-Hooks müssen mögliche Auswirkungen auf WebAuthn- und FIDO2-Authentifizierung geprüft werden.
💡 Mein Learning aus diesem Finding:
Wenn nach einer VDA-Installation plötzlich Browserprobleme auftreten, sollte man nicht ausschließlich bei DNS, Firewall, Proxy oder Netzwerkadapter suchen.
Auch die Citrix API-Hooking-Konfiguration kann Einfluss auf das Verhalten einzelner Anwendungen haben.
Gerade bei Umgebungen mit PAC-Dateien, WebAuthn und FIDO2 lohnt sich ein genauer Blick auf die geladenen Citrix-Hooks.
Ein funktionierender Netzwerkstack bedeutet nicht automatisch, dass der Browser problemlos kommunizieren kann.
