Din Mac sender den forkerte Windows-konto over RDP

Tunnelen genoprettes, Mac'en når igen kontorets netværk, og Remote Desktop svarer stadig med et mislykket login. Den fejl er ikke VPN'ens. Tunnelen får Mac'en ind på et godkendt netværk; en Windows-konto logger på fjerncomputeren, og forbindelsesposten kan blive ved med at sende en konto, du stoppede med at bruge for måneder siden.

Gennemgå posten, før du rører nøgleringen.

VPN-kontoen og Windows-kontoen er to forskellige ting

En VPN-identitet godkender enheden eller personen over for tunnelens gateway. Den siger intet om, hvilken Windows-konto fjernværten accepterer, og den kan ikke erstatte en. Når tunnelen er sund, og skrivebordet afviser login, har problemet allerede bevæget sig forbi netværkslaget. Behandl de to godkendelser som separate hændelser med separate logs. Gatewayen kan vise en ren session, mens Windows-sikkerhedsloggen registrerer et mislykket login af en helt anden grund.

Antag, at administratoren bad dig bruge EXAMPLE\alex, og den gemte post stadig vælger en bar alex. Det er forskellige konti. Det ukvalificerede navn slås op mod fjerncomputerens lokale konti, og på en domænetilsluttet maskine slås det måske slet ikke op til domæneidentiteten.

At fjerne domænepræfikset er derfor ikke en generisk reparation. Det ændrer, hvilken konto der anmodes om, og det kan give en afvisning, der ligner et adgangskodeproblem, mens adgangskoden aldrig var sagen.

Åbn forbindelsesposten, ikke hele nøgleringen

I den aktuelle Windows App til macOS finder du fjern-PC'en under Enheder, åbner dens Rediger-handling og ser på den konto, der er knyttet til netop den post. Appen viser kontroller for gemte loginoplysninger, hvor du kan vælge en anden gemt konto eller fjerne en forældet. Det er det understøttede sted at rette valget. Ændr én egenskab ad gangen, så du kan se, hvilken ændring der faktisk betød noget. En ændring af loginoplysninger og en ændring af værtsnavn foretaget sammen giver et resultat, som ingen kan tilskrive.

Begynd ikke med at slette hvert nøgleringselement, hvis navn indeholder servernavnet. Nøgleringselementer deles mellem programmer, og en bred sletning kan fjerne ikke-relateret adgang uden at ændre noget på Windows-siden. Det ødelægger også de beviser, du ville ønske, hvis det egentlige problem viser sig at være værtsnavnet, ruten eller RDP-tjenesten.

Hvis én gemt loginoplysning bruges af flere fjern-PC'er, skal du kontrollere disse afhængigheder, før du fjerner den. At redigere posten for én PC er reversibelt; at slette en delt loginoplysning er en ændring med større rækkevidde og et dårligere revisionsspor.

Brug den kontotype, administratoren har angivet

Skriv kontoen præcis, som den blev udstedt, i den form, miljøet forventer: DOMAIN\user til et domæne i NetBIOS-stil, eller user principal name, hvis det er det, kataloget bruger. Gem den derefter til denne PC, og foretag ét bevidst forbindelsesforsøg.

Læg mærke til, hvilken konto loginprompten viser. En prompt, der allerede indeholder et andet navn, betyder, at det gemte valg ikke blev erstattet, og at det forsøg, du netop gjorde, testede de gamle loginoplysninger igen.

Hold adgangskoden ude af noter, sager og skærmbilleder. Notér i stedet kontonavnet og den præcise fejlkode, fordi koden skelner en dårlig loginoplysning fra en politikafvisning, en udløbet adgangskode eller en maskine, der slet ikke accepterer RDP.

En mislykket forbindelse før login er en anden fejl

Hvis fremviseren fejler, før noget Windows-login vises, er loginoplysningerne ikke mistænkt. Kontrollér, at værtsnavnet slås op, at ruten til værten findes over tunnelen, og at RDP-tjenesten lytter. En TCP-forbindelse, der aldrig oprettes, når aldrig kontolaget.

Omvendt er en udtrykkelig kontoafvisning ikke bevis for, at DNS er brudt, eller at certifikatvalidering bør lempes. Sådanne ændringer svækker forbindelsen og efterlader normalt afvisningen præcis, hvor den var.

Test i de mindst mulige trin: bekræft, at porten er nåelig, at loginprompten vises, at den viste konto er den, du har til hensigt, og giv derefter adgangskoden. Hvert trin har en særskilt fejl og en særskilt rettelse.

Lad automatisk genoprettelse være

Automatisk genoprettelse genbruger den eksisterende post, inklusive dens gemte konto. Det er en bekvemmelighed, ikke en reparation af loginoplysninger, så at slå den fra retter ikke et forkert valg, og at slå den til skaber ikke et. Hvis posten nu har den rigtige konto, vil genoprettelse bruge den.

Gem den rettede post, forbind én gang manuelt, og notér, hvilken konto der virkede. Netop den linje gør den næste persons diagnose til fem minutter i stedet for en eftermiddag med nøglering-arkæologi.