Zure Mac-ek Windows kontu okerra bidaltzen du RDP bidez

Tunela berriro konektatzen da, Mac-ek bulegoko sarea berriro lortzen du, eta Remote Desktop-ek hutsegite mezua ematen jarraitzen du saio-hasieran. Errore hori ez da VPNarena. Tunelak Mac sare onartu batera eramaten du; Windows kontu bat urruneko ordenagailuan saioa hasten da, eta konexio-sarrerak duela hilabete batzuetatik erabiltzeari utzi zenion kontua bidaltzen jarrai dezake.

Begiratu sarrera giltza-sorta ukitu aurretik.

VPN kontua eta Windows kontua gauza desberdinak dira

VPN identitateak gailua edo pertsona tunelaren atebidean autentifikatzen du. Ez du ezer esaten urruneko ostalariak zein Windows kontu onartuko duen, eta ezin du hura ordezkatu. Tunela osasuntsu dagoenean eta mahaigainak saio-hasiera ukatzen duenean, problema sare-geruza gainditu du jada. Tratatu bi autentifikazioak gertaera bereizi gisa, erregistro bereiziekin. Atebideak saio garbia erakuts dezake, Windows-en segurtasun-erregistroak beste arrazoi erabat desberdin bateengatik huts egindako saio-hasiera idazten duen bitartean.

Demagun administratzaileak EXAMPLE\alex erabiltzeko esan zizula eta gordetako sarrerak oraindik alex soila hautatzen duela. Kontu desberdinak dira. Kalifikatu gabeko izena urruneko ordenagailuaren tokiko kontuen aurka ebazten da, eta domeinuari lotutako makinan agian ez da domeinu-identitatearekin bat ere ebatziko.

Beraz, domeinu-aurrizkia kentzea ez da konponketa orokorra. Zein kontu eskatzen den aldatzen du, eta pasahitz arazo bat dirudien ukapena sor dezake, pasahitza inoiz arazoa izan ez zenean.

Ireki konexio-sarrera, ez giltza-sorta osoa

MacOS-erako uneko Windows App aplikazioan, aurkitu urruneko PCa Gailuak atalean, ireki haren Editatu ekintza eta begiratu sarrera zehatz horri lotutako kontua. Aplikazioak gordetako kredentzialen kontrolak erakusten ditu, beste kontu gordetatsu bat hautatzeko edo zaharkitu bat kentzeko aukera ematen dutenak. Hori da hautapena zuzentzeko leku onartua. Aldatu propietate bat aldiko, zein aldaketak benetan garrantzia izan zuen jakiteko. Kredentzialen aldaketa eta ostalari-izenaren aldaketa batera eginda, inork egotzi ezin duen emaitza lortzen da.

Ez hasi zerbitzariaren izena duten giltza-sortako elementu guztiak ezabatzen. Giltza-sortako elementuak aplikazioen artean partekatzen dira, eta ezabaketa zabal batek erlaziorik gabeko sarbidea kentzen du, Windows aldean ezer aldatzen ez duen bitartean. Gainera, benetako arazoa ostalari-izena, ibilbidea edo RDP zerbitzua bada beharko zenituzkeen frogak suntsitzen ditu.

Gordetako kredentzial bat urruneko PC askok erabiltzen badute, egiaztatu mendekotasun horiek kendu aurretik. PC baten sarrera editatzea itzulgarria da; partekatutako kredentzial bat ezabatzea eragin-eremu handiagoa eta auditoria-arrasto okerragoa duen aldaketa da.

Erabili administratzaileak eman zuen kontu-forma

Idatzi kontua eman zen bezalaxe, inguruneak espero duen forman: DOMAIN\user NetBIOS estiloko domeinuarentzat, edo user principal name direktorioak hori erabiltzen badu. Gero gorde ezazu PC honentzat eta egin konexio-saiakera deliberatu bat.

Kontuan hartu saio-hasierako eskaerak zein kontu erakusten duen. Beste izen bat badu jada, gordetako hautapena ez zela ordezkatu esan nahi du, eta orain egin duzun saiakerak kredentzial zaharra probatu du berriro.

Eduki pasahitza ohar, tiket eta pantaila-argazkietatik kanpo. Idatzi kontuaren izena eta erroreren kodea zehazki, kodea gaizki dagoen kredentziala politikaren ukapenetik, iraungitako pasahitzetik edo RDP inola ere onartzen ez duen makinatik bereizten baitu.

Saio-hasieraren aurreko konexio-hutsegitea beste akats bat da

Windows-en saio-hasiera agertu aurretik bistaratzaileak huts egiten badu, kredentzialak ez dira susmagarriak. Egiaztatu ostalari-izena ebazten dela, tunelaren bidez ostalariko ibilbidea badagoela eta RDP zerbitzua entzuten ari dela. Inoiz ezartzen ez den TCP konexio bat ez da inoiz kontu-geruzara iristen.

Alderantziz, kontuaren ukapen esplizitua ez da DNS hondatuta dagoen edo ziurtagiriaren baliozkotzea malgutu behar den froga. Aldaketa horiek konexioa ahultzen dute eta normalean uka ezartzen dute zegoen lekuan.

Probatu ahalik eta urrats txikienetan: baieztatu ataka irisgarria dela, saio-hasierako eskaera agertzen dela, erakutsitako kontua nahi duzun hori dela, eta eman pasahitza. Urrats bakoitzak huts bereizia eta konponketa bereizia ditu.

Utzi konexio automatikoari bakean

Konexio automatikoak lehendik dagoen sarrera erabiltzen du, bertako gordetako kontua barne. Erosotasuna da, ez kredentzialen konponketa, beraz desaktibatzeak ez du hautapen okerra konpontzen eta aktibatzeak ez du sortzen. Sarrerak orain kontu zuzena badu, konexio automatikoak hura erabiliko du.

Gorde zuzendutako sarrera, konektatu behin eskuz eta idatzi zein kontuk funtzionatu zuen. Lerro hori bakarrik da hurrengo pertsonaren diagnostikoa bost minutu bihurtzen duena, giltza-sortako arratsalde osoko arkeologia izan beharrean.