Jou Mac stuur die verkeerde Windows-rekening via RDP

Die tonnel verbind weer, die Mac bereik weer die kantoor se netwerk, en Remote Desktop antwoord steeds met 'n mislukte aanmelding. Daardie fout is nie die VPN se fout nie. Die tonnel kry die Mac op 'n goedgekeurde netwerk; 'n Windows-rekening meld by die afgeleë rekenaar aan, en die verbindingsinskrywing kan aanhou om 'n rekening te stuur wat jy maande gelede opgehou gebruik het.

Gaan die inskrywing na voordat jy aan die sleutelbos raak.

Die VPN-rekening en die Windows-rekening is twee verskillende dinge

Die VPN-identiteit verifieer die toestel of die persoon by die tonnel se poort. Dit sê niks oor watter Windows-rekening die afgeleë gasheer sal aanvaar nie, en dit kan nie een vervang nie. Wanneer die tonnel gesond is en die lessenaar die aanmelding verwerp, het die probleem reeds verby die netwerklaag beweeg. Hanteer die twee verifikasies as aparte gebeurtenisse met aparte logboeke. Die poort kan 'n skoon sessie wys terwyl die Windows-sekuriteitslogboek 'n mislukte aanmelding vir 'n heeltemal ander rede aanteken.

Gestel die administrateur het gesê jy moet EXAMPLE\alex gebruik, en die gestoorde inskrywing kies steeds 'n kaal alex. Dit is verskillende rekeninge. Die ongekwalifiseerde naam word teen die afgeleë rekenaar se plaaslike rekeninge opgelos, en op 'n masjien wat by 'n domein ingeskakel is, los dit dalk glad nie op na die domein-identiteit nie.

Die verwydering van die domeinvoorvoegsel is dus nie 'n algemene herstelling nie. Dit verander watter rekening aangevra word, en dit kan 'n verwerping lewer wat soos 'n wagwoordprobleem lyk terwyl die wagwoord nooit die saak was nie.

Maak die verbindingsinskrywing oop, nie die hele sleutelbos nie

In die huidige Windows App vir macOS, vind die afgeleë rekenaar onder Toestelle, maak die Wysig-aksie oop en kyk na die rekening wat aan daardie spesifieke inskrywing gekoppel is. Die app bied beheerknoppies vir gestoorde aanmelde wat jou toelaat om 'n ander gestoorde rekening te kies of 'n verouderde een te verwyder. Dit is die ondersteunde plek om die keuse reg te maak. Verander een eienskap op 'n slag, sodat jy kan sien watter wysiging werklik saak gemaak het. 'n Aanmeldingsverandering en 'n hostnaamverandering wat saam gedoen word, lewer 'n resultaat wat niemand kan toeskryf nie.

Moenie begin deur elke sleutelbositem te verwyder waarvan die naam die bedienernaam bevat nie. Sleutelbositems word oor programme gedeel, en 'n breë verwydering kan onverwante toegang wegneem sonder om enigiets aan die Windows-kant te verander. Dit vernietig ook die bewyse wat jy sou wou hê as die werklike probleem die hostnaam, die roete of die RDP-diens blyk te wees.

As een gestoorde aanmelding deur verskeie afgeleë rekenaars gebruik word, kontroleer daardie afhanklikhede voordat jy dit verwyder. Die wysiging van die inskrywing vir een rekenaar is omkeerbaar; die verwydering van 'n gedeelde aanmelding is 'n verandering met 'n wyer impak en 'n swakker ouditspoor.

Gebruik die rekeningvorm wat die administrateur verskaf het

Tik die rekening presies soos dit uitgereik is, in die vorm wat die omgewing verwag: DOMAIN\user vir 'n NetBIOS-styl domein, of die user principal name as dit is wat die gids gebruik. Stoor dit dan teen hierdie rekenaar en maak een doelbewuste verbindingspoging.

Kyk watter rekening die aanmeldingsprompt wys. 'n Prompt wat reeds 'n ander naam bevat, beteken die gestoorde keuse is nie vervang nie, en die poging wat jy pas gemaak het, het weer die ou aanmelding getoets.

Hou die wagwoord uit notas, kaartjies en skermkiekies. Teken eerder die rekeningnaam en die presiese foutkode aan, want die kode onderskei 'n slegte aanmelding van 'n beleidsverwerping, 'n vervalste wagwoord of 'n masjien wat glad nie RDP aanvaar nie.

'n Mislukte verbinding voor aanmelding is 'n ander fout

As die kyker misluk voordat enige Windows-aanmelding verskyn, is aanmelde nie die verdagtes nie. Kontroleer dat die hostnaam opgelos word, dat die roete na die gasheer oor die tonnel bestaan, en dat die RDP-diens luister. 'n TCP-verbinding wat nooit tot stand kom nie, bereik nooit die rekeninglaag nie.

Omgekeerd is 'n eksplisiete rekeningverwerping nie bewys dat DNS stukkend is of dat sertifikaatvalidering verslap moet word nie. Daardie veranderinge verswak die verbinding en laat die verwerping gewoonlik presies waar dit was.

Toets in die kleinste moontlike stappe: bevestig dat die poort bereikbaar is, bevestig dat die aanmeldingsprompt verskyn, bevestig dat die rekening wat gewys word die een is wat jy bedoel, en gee dan die wagwoord. Elke stap het 'n eie fout en 'n eie oplossing.

Los outomatiese herverbinding alleen

Outomatiese herverbinding gebruik die bestaande inskrywing weer, insluitend sy gestoorde rekening. Dit is 'n gerief, nie 'n aanmeldingherstel nie, so om dit af te skakel maak nie 'n verkeerde keuse reg nie, en om dit aan te skakel skep nie een nie. As die inskrywing nou die regte rekening bevat, sal herverbinding dit gebruik.

Stoor die reggestelde inskrywing, verbind een keer met die hand, en let op watter rekening gewerk het. Daardie enkele reël is wat die volgende persoon se diagnose vyf minute maak in plaas van 'n middag se sleutelbos-argeologie.