![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(160, 48%, 25%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ES%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(185.6, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Hallo Siegfried,
Ist die gleichzeitige ausführung beider mechanismen auf Ihren Windows 11 Clients während der migrationsphase technisch möglich und wird von Microsoft sogar für eine nahtlose bereitstellung empfohlen. DirectAccess und Always On VPN nutzen unterschiedliche verbindungstechnologien, da DirectAccess auf IP HTTPS oder teredo tunneln basiert, während Always On VPN standardmäßige VPN prototolle wie IKEv2 oder SSTP verwendet. Es kommt hierbei nicht zu direkten konflikten in den routingtabellen, da Windows das routing über die schnittstellenmetriken und die spezifische namensauflösung via NRPT.
Um jegliche Überschneidungen bei der namensauflösung zu vermeiden, sollten sie sicherstellen, dass die NRPT regeln für Always On VPN korrekt konfiguriert sind, da diese vorrang vor den DirectAccess richtlinien erhalten können. Microsoft sieht für diesen migrationspfad vor, dass der Always On VPN client aktiv geschaltet wird, wodurch DirectAccess auf demselben gerät automatisch in den hintergrund tritt, aber als fallback verfügbar bleibt.
Tracy Le.