Erst einmal: Für die Remoteanmeldung müssen Sie dazu berechtigt sein
Hallo zusammen.
Frage an Euch:
Betrieben werden auf HyperV Windows 2022-Server (german). Der Login der Clients (W10Pro) erfolgt an einer domain.
Nun das Problem:
Der/die Clients startet - Login an der domain erfolgt NICHT und man erhält IMMER die oben bekannt Fehlermeldung/Hinweis.
Wenn man einen Augenblick wartet und das Login-Fenster selbst verschwindet und nur der Startbildschirm sichtbar ist, kann man den Login erneut versuchen - nun funktioniert es.
Dies ist bei allen clients der Fall (Alle clienst befinden sich unter HyperV auf dem gleiche host.
Die Situation ist reproduzierbar.
Habt Ihr eine Info und/oder Anregung für mich? Werden weitere Infos von mir benötigt?
Thx,
Tom
Frage an Euch:
Betrieben werden auf HyperV Windows 2022-Server (german). Der Login der Clients (W10Pro) erfolgt an einer domain.
Nun das Problem:
Der/die Clients startet - Login an der domain erfolgt NICHT und man erhält IMMER die oben bekannt Fehlermeldung/Hinweis.
Wenn man einen Augenblick wartet und das Login-Fenster selbst verschwindet und nur der Startbildschirm sichtbar ist, kann man den Login erneut versuchen - nun funktioniert es.
Dies ist bei allen clients der Fall (Alle clienst befinden sich unter HyperV auf dem gleiche host.
Die Situation ist reproduzierbar.
Habt Ihr eine Info und/oder Anregung für mich? Werden weitere Infos von mir benötigt?
Thx,
Tom
Comment
Share
Share on Facebook
Share on X (Twitter)
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-ID: 670751
Url: https://administrator.de/forum/erst-einmal-fuer-die-remoteanmeldung-muessen-sie-dazu-berechtigt-sein-670751.html
Printed on: May 15, 2025 at 09:05 o'clock
9 Comments
Latest comment
Moin.
Klingt nach dem Versuch der automatischen Anmeldung beim Verbindungsaufbau 🤔
Klingt nach dem Versuch der automatischen Anmeldung beim Verbindungsaufbau 🤔
DNS? IP oder FQDN?
Läuft irgendwas komisches auf dem port 3389? Der wurde vor einer Zeit mal gerne für ein DDoS verwendet.
Läuft irgendwas komisches auf dem port 3389? Der wurde vor einer Zeit mal gerne für ein DDoS verwendet.
1
Hmmm. Was meinst Du damit? Was sollte ich Deiner Meinung nach testen bzw. Überprüfen?
Zitat von @kpunkt:
DNS? IP oder FQDN?
Läuft irgendwas komisches auf dem port 3389? Der wurde vor einer Zeit mal gerne für ein DDoS verwendet.
DNS? IP oder FQDN?
Läuft irgendwas komisches auf dem port 3389? Der wurde vor einer Zeit mal gerne für ein DDoS verwendet.
DNS ok. FQDN funktioniert. 3389? Ein kleines in sich geschlossenes Netz - neu.
mstsc.exe - das klassische rdp connect tool fragt prinzipiell nach login-daten ..
das hyperV Tool vmconnect versucht per Default ein Login mit den angemeldeten Daten
das hyperV Tool vmconnect versucht per Default ein Login mit den angemeldeten Daten
Zitat von @MirkoKR:
mstsc.ece - das klassische rdp connect tool feagt prinzipiell nach login-daten ..
das hyperV Tool vmconnect versucht per Default ein Login mit den angemeldeten Daten
mstsc.ece - das klassische rdp connect tool feagt prinzipiell nach login-daten ..
das hyperV Tool vmconnect versucht per Default ein Login mit den angemeldeten Daten
Sollte da Problem dann nicht ausbleiben, wenn ich den lokalen user um "remotedesktopuser" ergänze?
Was noch auffällt: Der domain-Admin kann sich direkt anmelden.
Du schreibst ja
somit nutzt vmconnect localhost\benutzername
Login an der Domain erfolgt nicht
somit nutzt vmconnect localhost\benutzername
Zitat von @MirkoKR:
Du schreibst ja
somit nutzt vmconnect localhost\benutzername
Du schreibst ja
Login an der Domain erfolgt nicht
somit nutzt vmconnect localhost\benutzername
ok. Was muss ich jetzt am Besten tun? Hast Du einen Hinweis für mich? Jetzt komme ich als domain-Benutzer überhaupt nicht mehr `rein.