Ihr Mac sendet das falsche Windows-Konto über RDP

Der Tunnel verbindet sich neu, der Mac erreicht das Büronetzwerk wieder, und Remotedesktop antwortet weiterhin mit einem Anmeldefehler. Dieser Fehler ist nicht der des VPN. Der Tunnel bringt den Mac in ein zugelassenes Netzwerk; ein Windows-Konto meldet sich am Remotecomputer an, und der Verbindungseintrag kann weiterhin ein Konto senden, das Sie vor Monaten nicht mehr verwendet haben.

Sehen Sie sich den Eintrag an, bevor Sie den Schlüsselbund anfassen.

Das VPN-Konto und das Windows-Konto sind verschiedene Dinge

Eine VPN-Identität authentifiziert das Gerät oder die Person gegenüber dem Gateway des Tunnels. Sie sagt nichts darüber aus, welches Windows-Konto der Remotehost akzeptieren wird, und kann es nicht ersetzen. Wenn der Tunnel gesund ist und der Desktop die Anmeldung ablehnt, hat das Problem die Netzwerkschicht bereits hinter sich. Behandeln Sie die beiden Authentifizierungen als getrennte Ereignisse mit getrennten Protokollen. Das Gateway kann eine saubere Sitzung anzeigen, während das Windows-Sicherheitsprotokoll eine fehlgeschlagene Anmeldung aus einem völlig anderen Grund festhält.

Angenommen, der Administrator hat Ihnen EXAMPLE\alex genannt, und der gespeicherte Eintrag wählt weiterhin ein bloßes alex. Das sind verschiedene Konten. Der unqualifizierte Name wird gegen die lokalen Konten des Remotecomputers aufgelöst, und auf einem domänenverbundenen Rechner löst er sich möglicherweise gar nicht in die Domänenidentität auf.

Das Entfernen des Domänenpräfixes ist daher keine allgemeine Reparatur. Es ändert, welches Konto angefordert wird, und kann eine Ablehnung erzeugen, die wie ein Passwortproblem aussieht, obwohl das Passwort nie die Ursache war.

Öffnen Sie den Verbindungseintrag, nicht den gesamten Schlüsselbund

Suchen Sie in der aktuellen Windows App für macOS den Remote-PC unter Geräte, öffnen Sie dessen Aktion Bearbeiten und sehen Sie sich das Konto an, das an diesen bestimmten Eintrag gebunden ist. Die App bietet Steuerelemente für gespeicherte Anmeldeinformationen, mit denen Sie ein anderes gespeichertes Konto wählen oder ein veraltetes entfernen können. Das ist der unterstützte Ort, um die Auswahl zu korrigieren. Ändern Sie jeweils nur eine Eigenschaft, damit Sie erkennen, welche Änderung tatsächlich zählte. Eine Änderung der Anmeldeinformationen und eine Änderung des Hostnamens zusammen ergeben ein Ergebnis, das niemand zuordnen kann.

Beginnen Sie nicht damit, jeden Schlüsselbund-Eintrag zu löschen, dessen Name den Servernamen enthält. Schlüsselbund-Einträge werden zwischen Anwendungen geteilt, und ein breites Löschen kann nicht zusammenhängenden Zugriff entfernen, ohne auf der Windows-Seite etwas zu ändern. Es zerstört auch die Beweise, die Sie haben möchten, falls sich das eigentliche Problem als Hostname, Route oder RDP-Dienst herausstellt.

Wenn eine gespeicherte Anmeldeinformation von mehreren Remote-PCs verwendet wird, prüfen Sie diese Abhängigkeiten, bevor Sie sie entfernen. Den Eintrag für einen PC zu bearbeiten ist umkehrbar; eine gemeinsam genutzte Anmeldeinformation zu löschen ist eine Änderung mit größerer Reichweite und schlechterem Prüfpfad.

Verwenden Sie die Kontoform, die der Administrator vorgegeben hat

Geben Sie das Konto genau so ein, wie es ausgegeben wurde, in der Form, die die Umgebung erwartet: DOMAIN\user für eine Domäne im NetBIOS-Stil oder den user principal name, wenn das Verzeichnis diesen verwendet. Speichern Sie es dann für diesen PC und unternehmen Sie einen bewussten Verbindungsversuch.

Achten Sie darauf, welches Konto die Anmeldeaufforderung anzeigt. Eine Aufforderung, die bereits einen anderen Namen enthält, bedeutet, dass die gespeicherte Auswahl nicht ersetzt wurde, und der Versuch, den Sie gerade gemacht haben, hat erneut die alten Anmeldeinformationen getestet.

Halten Sie das Passwort aus Notizen, Tickets und Screenshots heraus. Notieren Sie stattdessen den Kontonamen und den genauen Fehlercode, denn der Code unterscheidet schlechte Anmeldeinformationen von einer Richtlinienablehnung, einem abgelaufenen Passwort oder einem Rechner, der RDP überhaupt nicht akzeptiert.

Eine fehlgeschlagene Verbindung vor der Anmeldung ist ein anderer Fehler

Wenn der Viewer fehlschlägt, bevor eine Windows-Anmeldung erscheint, sind die Anmeldeinformationen nicht verdächtig. Prüfen Sie, ob der Hostname aufgelöst wird, ob die Route zum Host über den Tunnel existiert und ob der RDP-Dienst lauscht. Eine TCP-Verbindung, die nie zustande kommt, erreicht nie die Kontoschicht.

Umgekehrt ist eine ausdrückliche Kontoablehnung kein Beweis dafür, dass DNS defekt ist oder die Zertifikatsprüfung gelockert werden sollte. Solche Änderungen schwächen die Verbindung und lassen die Ablehnung normalerweise genau dort, wo sie war.

Testen Sie in den kleinstmöglichen Schritten: Bestätigen Sie, dass der Port erreichbar ist, dass die Anmeldeaufforderung erscheint, dass das angezeigte Konto das beabsichtigte ist, und geben Sie dann das Passwort ein. Jeder Schritt hat einen eigenen Fehler und eine eigene Lösung.

Lassen Sie die automatische Wiederverbindung in Ruhe

Die automatische Wiederverbindung verwendet den vorhandenen Eintrag samt gespeichertem Konto weiter. Sie ist eine Annehmlichkeit, keine Reparatur der Anmeldeinformationen, daher behebt das Ausschalten keine falsche Auswahl, und das Einschalten erzeugt keine. Wenn der Eintrag jetzt das richtige Konto enthält, wird die Wiederverbindung es verwenden.

Speichern Sie den korrigierten Eintrag, verbinden Sie sich einmal von Hand, und notieren Sie, welches Konto funktioniert hat. Genau diese eine Zeile macht die Diagnose der nächsten Person zu fünf Minuten statt zu einem Nachmittag Schlüsselbund-Archäologie.