Mac-ul tău trimite contul Windows greșit prin RDP

Tunelul se reconectează, Mac-ul ajunge din nou în rețeaua biroului, iar Desktop la distanță răspunde în continuare cu o eroare de autentificare. Acea eroare nu este a VPN-ului. Tunelul duce Mac-ul într-o rețea aprobată; un cont Windows se autentifică pe computerul la distanță, iar intrarea de conexiune poate continua să trimită un cont pe care ai încetat să-l folosești acum câteva luni.

Verifică intrarea înainte de a atinge brelocul.

Contul VPN și contul Windows sunt lucruri diferite

O identitate VPN autentifică dispozitivul sau persoana la poarta tunelului. Nu spune nimic despre ce cont Windows va accepta gazda la distanță și nu poate ține locul acestuia. Când tunelul este sănătos și desktopul refuză autentificarea, problema a trecut deja de stratul de rețea. Tratează cele două autentificări ca evenimente separate cu jurnale separate. Poarta poate afișa o sesiune curată în timp ce jurnalul de securitate Windows înregistrează o autentificare eșuată dintr-un motiv complet diferit.

Să presupunem că administratorul ți-a spus să folosești EXAMPLE\alex și intrarea salvată selectează în continuare un alex simplu. Sunt conturi diferite. Numele necvalificat este rezolvat față de conturile locale ale computerului la distanță, iar pe o mașină unită la domeniu s-ar putea să nu se rezolve deloc la identitatea domeniului.

Prin urmare, eliminarea prefixului de domeniu nu este o reparație generică. Schimbă ce cont este cerut și poate produce un refuz care arată ca o problemă de parolă, deși parola nu a fost niciodată problema.

Deschide intrarea de conexiune, nu tot brelocul

În aplicația Windows App actuală pentru macOS, găsește PC-ul la distanță la Dispozitive, deschide acțiunea Editează și uită-te la contul atașat acelei intrări anume. Aplicația expune controale pentru acreditările salvate care îți permit să alegi alt cont salvat sau să elimini unul învechit. Acesta este locul acceptat pentru corectarea selecției. Schimbă o singură proprietate o dată, ca să știi ce modificare a contat cu adevărat. O schimbare a acreditărilor și o schimbare a numelui de gazdă făcute împreună produc un rezultat pe care nimeni nu îl poate atribui.

Nu începe prin a șterge fiecare element din breloc al cărui nume conține numele serverului. Elementele brelocului sunt partajate între aplicații, iar o ștergere largă poate elimina acces fără legătură fără a schimba nimic pe partea Windows. De asemenea, distruge dovezile de care ai avea nevoie dacă problema reală se dovedește a fi numele de gazdă, ruta sau serviciul RDP.

Dacă o acreditare salvată este folosită de mai multe PC-uri la distanță, verifică acele dependențe înainte de a o elimina. Editarea intrării pentru un singur PC este reversibilă; ștergerea unei acreditări partajate este o schimbare cu rază mai mare de impact și cu o urmă de audit mai slabă.

Folosește forma de cont furnizată de administrator

Tastează contul exact așa cum a fost emis, în forma pe care o așteaptă mediul: DOMAIN\user pentru un domeniu în stil NetBIOS, sau user principal name dacă asta folosește directorul. Apoi salvează-l pentru acest PC și fă o singură încercare de conectare deliberată.

Urmărește ce cont arată promptul de autentificare. Un prompt care conține deja un nume diferit înseamnă că selecția salvată nu a fost înlocuită, iar încercarea pe care tocmai ai făcut-o a testat din nou acreditările vechi.

Ține parola departe de note, tichete și capturi de ecran. Înregistrează în schimb numele contului și codul exact al erorii, pentru că codul distinge acreditările greșite de un refuz de politică, o parolă expirată sau o mașină care nu acceptă deloc RDP.

O conexiune eșuată înainte de autentificare este altă defecțiune

Dacă vizualizatorul eșuează înainte de a apărea orice autentificare Windows, acreditările nu sunt suspectul. Verifică dacă numele de gazdă se rezolvă, dacă ruta către gazdă există prin tunel și dacă serviciul RDP ascultă. O conexiune TCP care nu se stabilește niciodată nu ajunge niciodată la stratul contului.

Invers, un refuz explicit al contului nu este dovada că DNS-ul este stricat sau că validarea certificatului ar trebui relaxată. Astfel de modificări slăbesc conexiunea și de obicei lasă refuzul exact unde era.

Testează în cei mai mici pași posibili: confirmă că portul este accesibil, că promptul de autentificare apare, că contul afișat este cel dorit, apoi furnizează parola. Fiecare pas are o defecțiune distinctă și o corectare distinctă.

Lasă reconectarea automată în pace

Reconectarea automată refolosește intrarea existentă, inclusiv contul ei salvat. Este o comoditate, nu o reparație a acreditărilor, așa că dezactivarea ei nu corectează o selecție greșită, iar activarea nu creează una. Dacă intrarea are acum contul corect, reconectarea îl va folosi.

Salvează intrarea corectată, conectează-te o dată manual și notează ce cont a funcționat. Exact acea singură linie face diagnosticul următoarei persoane cinci minute în loc de o după-amiază de arheologie a brelocului.