Hallo, vielen Dank für das Update. Wir werden das nochmal evaluieren.

Ich bin gerade wieder über das Problem gestolpert.
Clientless VPN mit Server 2025, das geht nicht ohne NLA

Es ist doch nicht praktikabel, dass man ein AD Benutzerkennwort in der Firewall-Konfiguration für den Clientless VPN fest hinterlegen muss, damit der User das verwenden kann.

Biiiitttteeeee das ändern. Wie soll den das gemacht werden: der Admin fragt den Benutzer, gib bitte dein Kennwort in der Maske ein...

Liebe Securepoint Entwickler nehmt euch bitte mal der Sache an.
Securepoint steht für Sicherheit und Innovation - dieses "Feature", Für NLA Windows AD-Benutzerdaten in der Firewall zu speichern macht doch gar keinen Sinn.

Ich warte schon seit Jahren darauf, dass sich jemand erbarmt und das ändert - technisch sollte das doch gar kein Problem sein.

Bitte entschuldigt meine verzweifelten Worte, ich hoffe auf Gehör.

Mit dem aktuellen Firmwareupdat wird jetzt NLA empfohlen.

Ich verzweifle gerade etwas an der Implementation, und warum der Wunsch nicht längst aufgrund technischer Notwendigkeit umgesetzt wurde.

Insbesondere wenn man die AD-Authentifizierung für VPN-Benutzer an der Fireall aktiviert hat.

Bitte liebes Team überlegt euch das mal wie das in der Praxis aussehen soll.

• Für normales VPN mit 2FA werden beide Infos im AD abgelegt

• Für Clientless VPN muss ich für jeden Benutzer dessen Kennwort abfragen und in der Firewall bei der Verbindung hinterlegen.

• das passt noch nicht oder ?? :-()

Vielen Dank für deinen Vorschlag, das klingt sehr interessant! Bei der Entscheidung, welche Wünsche umgesetzt werden können, ist die Unterstützung durch die Community allerdings ein ausschlaggebender Faktor und hier ist die Resonanz noch gering. Wir werden ihn uns erneut ansehen, wenn der Zuspruch steigt!

würe ich ebenfals sehr begrüßen wenn das ganze einfacher abläuft

Es wäre sehr zu begrüßen, Clientless VPN mit aktiviertem OTP ist eine sehr einfache und sichere Methode um ohne großen clientseitigen Aufwand eine Remoteverbindung herzustellen.

Wenn man dazu jedesmal am Remoteclient NLA deaktivieren muss, damit es funktioniert, dann macht die ganze Funktion wenig Sinn.

Da es - was nicht praktikabel ist - schon funktioniert, wenn man die Zugangsdaten in der Firewall fest hinterlegt, sollte es eigentlich eine Kleinigkeit sein, diese Daten in einer Maske vorher abzufragen.