Mac-i juaj dërgon llogarinë e gabuar të Windows përmes RDP
Një tunel i shëndetshëm dhe një hyrje e refuzuar në desktop janë shtresa të ndryshme. Kontrolloni llogarinë e ruajtur për atë PC në distancë përpara se të fshini diçka nga vargu i çelësave.
Tuneli rilidhet, Mac-i arrin përsëri rrjetin e zyrës, dhe Desktopi në distancë vazhdon të përgjigjet me dështim hyrjeje. Ai gabim nuk është i VPN-së. Tuneli e vendos Mac-in në një rrjet të miratuar; një llogari Windows hyn në kompjuterin në distancë, dhe zëri i lidhjes mund të vazhdojë të dërgojë një llogari që nuk e përdorni më prej muajsh.
Shqyrtoni zërin përpara se të prekni vargun e çelësave.
Llogaria VPN dhe llogaria Windows janë dy gjëra të ndryshme
Identiteti VPN vërteton pajisjen ose personin pranë portës së tunelit. Nuk thotë asgjë se cilën llogari Windows do të pranojë hosti në distancë, dhe nuk mund ta zëvendësojë atë. Kur tuneli është i shëndetshëm dhe desktopi e refuzon hyrjen, problemi tashmë ka kaluar shtresën e rrjetit. Trajtoni të dy vërtetimet si ngjarje të veçanta me regjistra të veçantë. Porta mund të tregojë një sesion të pastër, ndërsa regjistri i sigurisë së Windows shënon një hyrje të dështuar për një arsye krejt tjetër.
Supozoni se administratori ju tha të përdorni EXAMPLE\alex dhe zëri i ruajtur ende zgjedh një alex të thjeshtë. Këto janë llogari të ndryshme. Emri i pakualifikuar zgjidhet kundrejt llogarive lokale të kompjuterit në distancë, dhe në një makinë të bashkuar me domen mund të mos zgjidhet fare në identitetin e domenit.
Prandaj heqja e parashtesës së domenit nuk është një riparim i përgjithshëm. Ndryshon cila llogari kërkohet, dhe mund të prodhojë një refuzim që duket si problem fjalëkalimi, ndërsa fjalëkalimi nuk ishte kurrë çështja.
Hapni zërin e lidhjes, jo të gjithë vargun e çelësave
Në aplikacionin aktual Windows App për macOS, gjeni PC-në në distancë te Pajisjet, hapni veprimin Redakto dhe shikoni llogarinë e lidhur me atë zë të caktuar. Aplikacioni ofron kontrolle të kredencialeve të ruajtura që ju lejojnë të zgjidhni një llogari tjetër të ruajtur ose të hiqni një të vjetëruar. Ky është vendi i mbështetur për të korrigjuar zgjedhjen. Ndryshoni një veti në një herë, që të dini cila redaktim kishte vërtet rëndësi. Një ndryshim kredencialesh dhe një ndryshim emri hosti të bërë së bashku japin një rezultat që askush nuk mund t'ia atribuojë.
Mos filloni duke fshirë çdo element të vargut të çelësave që në emër përmban emrin e serverit. Elementet e vargut të çelësave ndahen midis aplikacioneve, dhe një fshirje e gjerë mund të heqë akses të palidhur pa ndryshuar asgjë në anën e Windows. Gjithashtu shkatërron provat që do të dëshironit nëse problemi i vërtetë rezulton emri i hostit, rruga ose shërbimi RDP.
Nëse një kredencial i ruajtur përdoret nga disa PC në distancë, kontrolloni ato varësi përpara se ta hiqni. Redaktimi i zërit për një PC është i kthyeshëm; fshirja e një kredenciali të përbashkët është një ndryshim me shtrirje më të gjerë dhe gjurmë auditimi më të keqe.
Përdorni formën e llogarisë që dha administratori
Shkruani llogarinë saktësisht siç është lëshuar, në formën që pret mjedisi: DOMAIN\user për një domen në stil NetBIOS, ose user principal name nëse këtë përdor drejtoria. Më pas ruajeni për këtë PC dhe bëni një përpjekje të qëllimshme lidhjeje.
Vëreni cilën llogari tregon kërkesa e hyrjes. Një kërkesë që përmban tashmë një emër tjetër do të thotë që zgjedhja e ruajtur nuk u zëvendësua, dhe përpjekja që sapo bëtë testoi përsëri kredencialet e vjetra.
Mbajeni fjalëkalimin larg shënimeve, biletave dhe pamjeve të ekranit. Shënoni në vend të kësaj emrin e llogarisë dhe kodin e saktë të gabimit, sepse kodi dallon kredencialet e këqija nga një refuzim politike, një fjalëkalim i skaduar ose një makinë që nuk pranon fare RDP.
Një lidhje e dështuar përpara hyrjes është një defekt tjetër
Nëse shikuesi dështon përpara se të shfaqet ndonjë hyrje Windows, kredencialet nuk janë i dyshuari. Kontrolloni që emri i hostit zgjidhet, që rruga drejt hostit ekziston përmes tunelit dhe që shërbimi RDP dëgjon. Një lidhje TCP që nuk vendoset kurrë nuk arrin kurrë shtresën e llogarisë.
Në të kundërt, një refuzim i qartë llogarie nuk është provë se DNS është prishur ose se validimi i certifikatës duhet lehtësuar. Ndryshime të tilla dobësojnë lidhjen dhe zakonisht e lënë refuzimin pikërisht aty ku ishte.
Testoni në hapat më të vegjël të mundshëm: konfirmoni që porta është e arritshme, që shfaqet kërkesa e hyrjes, që llogaria e shfaqur është ajo që synoni, pastaj jepni fjalëkalimin. Çdo hap ka një dështim të veçantë dhe një rregullim të veçantë.
Lëreni rilidhjen automatike të qetë
Rilidhja automatike ripërdor zërin ekzistues, përfshirë llogarinë e tij të ruajtur. Është komoditet, jo riparim kredencialesh, prandaj çaktivizimi i saj nuk korrigjon një zgjedhje të gabuar dhe aktivizimi nuk krijon një të tillë. Nëse zëri tani mban llogarinë e saktë, rilidhja do ta përdorë atë.
Ruani zërin e korrigjuar, lidhuni një herë me dorë dhe shënoni cila llogari funksionoi. Pikërisht ai një rresht e bën diagnozën e personit tjetër pesë minuta në vend të një pasditeje arkeologji të vargut të çelësave.