4
RDP fragt nach Passwort - loop
Hi,
ich habe das des Öfteren mal fest gestellt, dass wenn ich mich per RDP auf einen Server anmelden möchte, dieser immer wieder nach dem Kennwort fragt.
Die Anmeldedaten sind korrekt eingegeben, nach dem Klick auf OK oder Enter-drücken kommt direkt wieder das Kennwort-Feld, als sei das Kennwort falsch.
Die Anmeldedaten sind jedoch korrekt eingegeben.
Starte ich dann den Server neu, funktioniert alles. Ab und an hilft es auch die Terminalservices zu deaktivieren.
Genutzt wird das normale Windows Remotedesktop Programm.
Umgehen kann ich das wenn ich die Remotedesktop-App aus dem Windows Store von MS nehme, da verbindet er sich normal.
Client-System: Windows 10 / Windows 11
Server-System: Windows Server 2022 Std oder auch Hyper-V-Server
Hat jemand das selbe Problem? Wie habt ihr das gelöst?
Gruß
ich habe das des Öfteren mal fest gestellt, dass wenn ich mich per RDP auf einen Server anmelden möchte, dieser immer wieder nach dem Kennwort fragt.
Die Anmeldedaten sind korrekt eingegeben, nach dem Klick auf OK oder Enter-drücken kommt direkt wieder das Kennwort-Feld, als sei das Kennwort falsch.
Die Anmeldedaten sind jedoch korrekt eingegeben.
Starte ich dann den Server neu, funktioniert alles. Ab und an hilft es auch die Terminalservices zu deaktivieren.
Genutzt wird das normale Windows Remotedesktop Programm.
Umgehen kann ich das wenn ich die Remotedesktop-App aus dem Windows Store von MS nehme, da verbindet er sich normal.
Client-System: Windows 10 / Windows 11
Server-System: Windows Server 2022 Std oder auch Hyper-V-Server
Hat jemand das selbe Problem? Wie habt ihr das gelöst?
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 53845682505
Url: https://administrator.de/forum/rdp-fragt-nach-passwort-loop-53845682505.html
Ausgedruckt am: 23.12.2024 um 17:12 Uhr
4 Kommentare
Neuester Kommentar
Hi,
wie verbindest Du dich auf den RDP-Zielserver?
Per IP? -> Kerberos aktiv?
Per Hostname? oder per hostname.domäne.tld?
Vielleicht hat es was mitm Kerberosauth zutun?
Gruß
wie verbindest Du dich auf den RDP-Zielserver?
Per IP? -> Kerberos aktiv?
Per Hostname? oder per hostname.domäne.tld?
Vielleicht hat es was mitm Kerberosauth zutun?
Starte ich dann den Server neu, funktioniert alles
Seltsam, was steht den im Eventvwr des Zielservers?Gruß
Verbinden ist per Hostname. Der Host ist in diesem Fall an einem anderen Standort.
Im Event Log unter Anwendung steht ein Eintrag bei Winlogon.
danach als Info:
Unter Sicherheit steht mein normaler User, nicht der Admin. Aber ohne besondere Hinweise.
K.A. ob es damit zusammen hängt. Heute morgen war ein Eintrag unter System als Warnung. Quelle LSA (LsaSrv)
Gruß
Im Event Log unter Anwendung steht ein Eintrag bei Winlogon.
Fehler beim Erstellen einer Benutzeranwendung durch den Windows-Anmeldeprozess. Anwendungsname: . Befehlszeilenparameter: atbroker.exe.Der Winlogon-Benachrichtigungsabonnent <EFS> war nicht verfügbar, um das Benachrichtigungsereignis zu verarbeiten.K.A. ob es damit zusammen hängt. Heute morgen war ein Eintrag unter System als Warnung. Quelle LSA (LsaSrv)
Von Microsoft Windows Server wurde festgestellt, dass momentan zwischen Clients und diesem Server die NTLM-Authentifizierung verwendet wird. Dieses Ereignis tritt einmal pro Serverstart auf, wenn NTLM von einem Client erstmalig für den Server verwendet wird.
NTLM ist ein relativ schwacher Authentifizierungsmechanismus. Prüfen Sie Folgendes:
Von welchen Anwendungen wird die NTLM-Authentifizierung verwendet?
Liegen Konfigurationsprobleme vor, die verhindern, dass ein stärkerer Authentifizierungsmechanismus (etwa Kerberos) verwendet wird?
Wenn NTLM unterstützt werden muss: Ist der erweiterte Schutz konfiguriert?
Ausführliche Informationen zum Ausführen dieser Überprüfungen finden Sie unter "http://go.microsoft.com/fwlink/?LinkId=225699". Gruß
Seit wann besteht das Problem?
Habt Ihr in letzter Zeit was an der Authentifizierung geändert (kerberos, ntlm) ?
Du sagst Du meldest dich per Host ein, das heißt:
client100
oder (FQDN):
client.100.domain
Tritt das Problem auch beim FQDN auf? Wenn ja scheint irgendwas mit der Authentifizierung nicht zustimmen.
Könnte aber trotzdem ein Lokales Problem sein, weil die anderen Server haben ja das Phänomen wahrscheinlich nicht?
Habt Ihr in letzter Zeit was an der Authentifizierung geändert (kerberos, ntlm) ?
Du sagst Du meldest dich per Host ein, das heißt:
client100
oder (FQDN):
client.100.domain
Tritt das Problem auch beim FQDN auf? Wenn ja scheint irgendwas mit der Authentifizierung nicht zustimmen.
Könnte aber trotzdem ein Lokales Problem sein, weil die anderen Server haben ja das Phänomen wahrscheinlich nicht?
Ist sporadisch seit ein paar Monaten.
Habt Ihr in letzter Zeit was an der Authentifizierung geändert (kerberos, ntlm) ?
nein
Du sagst Du meldest dich per Host ein, das heißt:
client100
oder (FQDN):
client.100.domain
client100
oder (FQDN):
client.100.domain
client100
Tritt das Problem auch beim FQDN auf? Wenn ja scheint irgendwas mit der Authentifizierung nicht zustimmen.
Könnte aber trotzdem ein Lokales Problem sein, weil die anderen Server haben ja das Phänomen wahrscheinlich nicht?
Könnte aber trotzdem ein Lokales Problem sein, weil die anderen Server haben ja das Phänomen wahrscheinlich nicht?
habe ich noch nicht getestet, würde ich das nächste mal machen, sobald der Fehler da ist.
Die anderen Server auch an anderen Standorten haben das nicht. Habe das gleiche Problem nur bei einem Kollegen in einer anderen Firma gehört, aber weiß nicht ob er es gelöst hat.
