9
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
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: 670751
Url: https://administrator.de/forum/erst-einmal-fuer-die-remoteanmeldung-muessen-sie-dazu-berechtigt-sein-670751.html
Ausgedruckt am: 17.01.2025 um 19:01 Uhr
9 Kommentare
Neuester Kommentar
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.
