Din Mac skickar fel Windows-konto över RDP

Tunneln återansluter, Macen når kontorsnätverket igen, och Fjärrskrivbord svarar fortfarande med ett inloggningsfel. Det felet är inte VPN:ets. Tunneln får in Macen på ett godkänt nätverk; ett Windows-konto loggar in på fjärrdatorn, och anslutningsposten kan fortsätta skicka ett konto som du slutade använda för månader sedan.

Gå igenom posten innan du rör nyckelringen.

VPN-kontot och Windows-kontot är två olika saker

En VPN-identitet autentiserar enheten eller personen mot tunnelns gateway. Den säger ingenting om vilket Windows-konto fjärrvärden accepterar och kan inte ersätta det. När tunneln är frisk och skrivbordet avvisar inloggningen har problemet redan passerat nätverkslagret. Behandla de två autentiseringarna som separata händelser med separata loggar. Gatewayen kan visa en ren session medan Windows säkerhetslogg registrerar en misslyckad inloggning av en helt annan anledning.

Anta att administratören sa åt dig att använda EXAMPLE\alex och den sparade posten fortfarande väljer ett bart alex. Det är olika konton. Det okvalificerade namnet matchas mot fjärrdatorns lokala konton, och på en domänansluten maskin matchas det kanske inte alls mot domänidentiteten.

Att ta bort domänprefixet är därför inte en generell reparation. Det ändrar vilket konto som efterfrågas, och det kan ge en avvisning som ser ut som ett lösenordsproblem medan lösenordet aldrig var saken.

Öppna anslutningsposten, inte hela nyckelringen

I nuvarande Windows App för macOS hittar du fjärrdatorn under Enheter, öppnar dess Redigera-åtgärd och tittar på kontot som är kopplat till just den posten. Appen visar kontroller för sparade inloggningsuppgifter som låter dig välja ett annat sparat konto eller ta bort ett föråldrat. Det är den stödda platsen för att rätta valet. Ändra en egenskap i taget, så att du vet vilken ändring som faktiskt spelade roll. En ändring av inloggningsuppgifter och en ändring av värdnamn gjorda tillsammans ger ett resultat som ingen kan tillskriva.

Börja inte med att radera varje nyckelringspost vars namn innehåller servernamnet. Nyckelringsposter delas mellan appar, och en bred radering kan ta bort orelaterad åtkomst utan att ändra något på Windows-sidan. Den förstör också de bevis du skulle vilja ha om det verkliga problemet visar sig vara värdnamnet, rutten eller RDP-tjänsten.

Om en sparad inloggningsuppgift används av flera fjärrdatorer, kontrollera dessa beroenden innan du tar bort den. Att redigera posten för en dator är reversibelt; att radera en delad inloggningsuppgift är en ändring med större räckvidd och sämre revisionsspår.

Använd den kontotyp som administratören angav

Skriv kontot exakt som det utfärdades, i den form som miljön förväntar sig: DOMAIN\user för en domän i NetBIOS-stil, eller user principal name om det är vad katalogen använder. Spara det sedan för den här datorn och gör ett medvetet anslutningsförsök.

Notera vilket konto inloggningsprompten visar. En prompt som redan innehåller ett annat namn betyder att det sparade valet inte ersattes, och försöket du just gjorde testade de gamla inloggningsuppgifterna igen.

Håll lösenordet borta från anteckningar, ärenden och skärmdumpar. Anteckna i stället kontonamnet och den exakta felkoden, eftersom koden skiljer dåliga inloggningsuppgifter från en policyavvisning, ett utgånget lösenord eller en maskin som inte accepterar RDP alls.

En misslyckad anslutning före inloggningen är ett annat fel

Om visaren misslyckas innan någon Windows-inloggning visas är inloggningsuppgifterna inte misstänkta. Kontrollera att värdnamnet löses, att rutten till värden finns över tunneln och att RDP-tjänsten lyssnar. En TCP-anslutning som aldrig upprättas når aldrig kontolagret.

Omvänt är en uttrycklig kontoavvisning inte bevis för att DNS är trasigt eller att certifikatvalidering bör luckras upp. Sådana ändringar försvagar anslutningen och lämnar oftast avvisningen precis där den var.

Testa i minsta möjliga steg: bekräfta att porten är nåbar, att inloggningsprompten visas, att kontot som visas är det du avser, och ange sedan lösenordet. Varje steg har ett eget fel och en egen rättelse.

Låt automatisk återanslutning vara

Automatisk återanslutning återanvänder den befintliga posten, inklusive dess sparade konto. Det är en bekvämlighet, inte en reparation av inloggningsuppgifter, så att stänga av den rättar inte ett felaktigt val och att slå på den skapar inte ett. Om posten nu har rätt konto kommer återanslutningen att använda det.

Spara den rättade posten, anslut en gång manuellt och notera vilket konto som fungerade. Just den enda raden gör nästa persons diagnos till fem minuter i stället för en eftermiddag av nyckelringsarkeologi.