Macen din sender feil Windows-konto over RDP

Tunnelen kobles til på nytt, Macen når kontornettverket igjen, og Remote Desktop svarer fortsatt med en innloggingsfeil. Den feilen er ikke VPN-ens. Tunnelen får Macen inn på et godkjent nettverk; en Windows-konto logger på den eksterne datamaskinen, og tilkoblingsoppføringen kan fortsette å sende en konto du sluttet å bruke for måneder siden.

Gå gjennom oppføringen før du rører nøkkelringen.

VPN-kontoen og Windows-kontoen er to forskjellige ting

En VPN-identitet autentiserer enheten eller personen mot tunnelens gateway. Den sier ingenting om hvilken Windows-konto den eksterne verten vil godta, og kan ikke erstatte den. Når tunnelen er sunn og skrivebordet avviser innloggingen, har problemet allerede passert nettverkslaget. Behandle de to autentiseringene som separate hendelser med separate logger. Gatewayen kan vise en ren sesjon mens Windows-sikkerhetsloggen registrerer en mislykket innlogging av en helt annen grunn.

Anta at administratoren ba deg bruke EXAMPLE\alex, og den lagrede oppføringen fortsatt velger en bar alex. Det er forskjellige kontoer. Det ukvalifiserte navnet løses mot de lokale kontoene på den eksterne datamaskinen, og på en dommetilknyttet maskin løses det kanskje ikke til domeneidentiteten i det hele tatt.

Å fjerne domeneprefikset er derfor ikke en generell reparasjon. Det endrer hvilken konto som forespørres, og det kan gi en avvisning som ser ut som et passordproblem mens passordet aldri var saken.

Åpne tilkoblingsoppføringen, ikke hele nøkkelringen

I den gjeldende Windows App for macOS finner du den eksterne PC-en under Enheter, åpner Rediger-handlingen og ser på kontoen som er knyttet til akkurat den oppføringen. Appen viser kontroller for lagrede påloggingsinformasjon som lar deg velge en annen lagret konto eller fjerne en utdatert. Det er det støttede stedet for å rette valget. Endre én egenskap om gangen, slik at du vet hvilken endring som faktisk betydde noe. En endring av påloggingsinformasjon og en endring av vertsnavn gjort sammen gir et resultat ingen kan tilskrive.

Ikke begynn med å slette hver nøkkelringoppføring der navnet inneholder servernavnet. Nøkkelringoppføringer deles mellom apper, og en bred sletting kan fjerne urelatert tilgang uten å endre noe på Windows-siden. Det ødelegger også bevisene du ville ønske hvis det egentlige problemet viser seg å være vertsnavnet, ruten eller RDP-tjenesten.

Hvis én lagret påloggingsinformasjon brukes av flere eksterne PC-er, sjekk disse avhengighetene før du fjerner den. Å redigere oppføringen for én PC er reversibelt; å slette en delt påloggingsinformasjon er en endring med større rekkevidde og dårligere revisjonsspor.

Bruk kontotypen administratoren oppga

Skriv kontoen nøyaktig slik den ble utstedt, i den formen miljøet forventer: DOMAIN\user for et domene i NetBIOS-stil, eller user principal name hvis det er det katalogen bruker. Lagre den deretter for denne PC-en og gjør ett bevisst tilkoblingsforsøk.

Følg med på hvilken konto innloggingsforespørselen viser. En forespørsel som allerede inneholder et annet navn betyr at det lagrede valget ikke ble erstattet, og forsøket du nettopp gjorde, testet de gamle påloggingsopplysningene på nytt.

Hold passordet unna notater, saker og skjermbilder. Noter i stedet kontonavnet og den nøyaktige feilkoden, fordi koden skiller dårlige påloggingsinformasjon fra en policyavvisning, et utløpt passord eller en maskin som ikke godtar RDP i det hele tatt.

En mislykket tilkobling før innlogging er en annen feil

Hvis viseren feiler før noen Windows-innlogging vises, er ikke påloggingsinformasjonen mistenkt. Sjekk at vertsnavnet løses, at ruten til verten finnes over tunnelen, og at RDP-tjenesten lytter. En TCP-tilkobling som aldri opprettes, når aldri kontolaget.

Omvendt er en uttrykkelig kontoavvisning ikke bevis for at DNS er ødelagt eller at sertifikatvalidering bør lempes. Slike endringer svekker tilkoblingen og lar vanligvis avvisningen bli nøyaktig der den var.

Test i de minst mulige trinnene: bekreft at porten er nåbar, at innloggingsforespørselen vises, at kontoen som vises er den du har til hensikt, og oppgi deretter passordet. Hvert trinn har en egen feil og en egen rettelse.

La automatisk gjenoppkobling være

Automatisk gjenoppkobling bruker den eksisterende oppføringen på nytt, inkludert dens lagrede konto. Det er en bekvemmelighet, ikke en reparasjon av påloggingsinformasjon, så å slå den av retter ikke et feil valg, og å slå den på skaper ikke ett. Hvis oppføringen nå har den riktige kontoen, vil gjenoppkoblingen bruke den.

Lagre den rettede oppføringen, koble til én gang manuelt, og noter hvilken konto som fungerte. Nettopp den ene linjen gjør neste persons diagnose til fem minutter i stedet for en ettermiddag med nøkkelring-arkeologi.