Zein telefono-liburutegi bilatzen ditu SYSTEM atazak VPN profilak?

Zure VPN profila han bertan dago Ezarpenetan, eta programatutako atazak oraindik dio ezin duela konexioa aurkitu. Ezer ez dago hondatuta: Windows VPN biltegi natiboa erabiltzaile bakoitzekoa da, profila erabiltzaile guztientzako gisa sortu ez bada, eta ataza bere principal-ak izendatzen duen kontuarekin exekutatzen da. Normalean atazak zure profila inoiz izan ez zuen telefono-liburutegi bat irakurtzen du. Bi komando eta atazaren ezarpen batek nahikoa dira hori frogatzeko, eta merezi du horiek exekutatzea norbaitek konexioa berreraiki aurretik.

Bi biltegik profil-izen bera gordetzen dute

Windows VPN profil natibo bat sortu zuen kontuaren biltegian bizi da. Biltegi globala beste telefono-liburutegi bat da, eta soilik betetzen da profila erabiltzaile guztientzako etengailuarekin sortzen denean saio igonean. Biek izen bereko profila gorde dezakete, eta batek ere ez da bestearen ikuspegia.

Irakurri bi biltegiak saio beretik eta alderatu itzultzen dituzten izenak. Etengailuak biltegi globala hautatzen du, eta hura irakurtzeko normalean saio igona behar da:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

Lehen komandoak profila zerrendatzen badu eta bigarrenak ez, kredentzialen aldaketak ez dio lagunduko beste kontu baten pean exekutatzen den ataza bati, arazoa kidetza baita, ez autentifikazioa. Biek zerrendatzen badute, biltegia ez da arrazoia eta hurrengo atala aplikatzen da. Konparazio bakar horrek txartel horien erdia ixten du. Idatzi zein biltegik erantzun zuen eta zein konturen pean egin zenuen egiaztapena, erantzunak ez baitu zentzurik bi gertaerak gabe.

Irakurri atazaren principal-a bere kredentzialen aurretik

Ireki ataza eta irakurri principal-a, hark esaten baitizu zein biltegi ikus dezakeen atazak. SYSTEM gisa exekutatzeko ezarritako ataza ez da zure kontua eskubide gehigarriekin: bere profila du eta ez du sartzeko aukerarik saioa hasita sortu zenuen erabiltzaile bakoitzeko telefono-liburutegian. Zerbitzu-kontu bat berdin-berdin jokatzen da.

Saioa hasi ala ez exekutatzeko aukerak hau ere aldatzen du, orduan atazak ez baitu kredentzialak maileguan hartzeko saio interaktiborik. Utzi ekintzari whoami fitxategi batean idazten eta irakurri erantzuna, hura suposatu beharrean.

Zure terminaleko diagnostikoak ez du ezer esaten arazo honi buruz, zure kontuak zer ikusten duen erakusten baitu. Exekutatu konparazioa atazaren identitatearen pean, horretarako duzun prozesu onartuaren bidez. Administratzaile-kontsolatik itsatsitako irteera beste datu-multzo bat da, ez pribilegio handiagokoa. Halako prozesurik ez badago, atazak berak erregistratu behar du erantzuna, eta hori prestatzen du azken atalak.

Profila aurkitzea ez da saioa hasten

Erabiltzaile guztientzako profil batek konfigurazioa zabalago ikusgai egiten du. Ez du sortu zuen kontuaren gordetako pasahitza eramaten, eta ez dio beste kontu bati zure erabiltzaile-profilean gordetako gako pribatua ematen. Ikusgaitasuna eta erabilgarri dauden kredentzialak bi proba bereiziak dira, eta lehenengoa gainditzeak ez du ezer esaten bigarrenari buruz.

Atazak profila orain aurkitzen badu eta autentifikazioan huts egiten badu, aurrerapena da eta etapa erregistroan sartzen da. Eraman ziurtagiria makina-biltegira, edo eman sekretua hedapenaren mekanismo propioaren bidez, konexio-izena berriro sortu beharrean. Hura berriro sortzeak huts berbera ematen du denbora-zigilu berriagoarekin. Microsoftek bi esparruak dokumentatzen ditu , cmdlet etengailuak horien artean hautatzen dituelarik.

Erronka ez-interaktiboak etapa horren atzeko tranpa dira. PIN eskaera edo behin-erabilerako kodea ezin ditu mahai gainik gabeko ataza batek erantzun, beraz eskuz ezin hobeto markatzen duen profila erabil ezina izan daiteke automatizazioaren pean.

Ataza-erregistroak behar dituen lau eremu

Eduki emaitza erabakitzen duten balioak leku batean elkarrekin, horietako hiru normalean inplizitu geratzen baitira. Erregistroak lau lerro behar ditu:

• Ekintzaren bidea: atazak exekutatzen duen script edo exekutagarria, ez beste kontu baterako desberdin ebazten den lasterbide bat.
• Profil-izena: kate zehatza, bi biltegik izen bera gorde baitezakete zerbitzari desberdinetara seinalatuz.
• Principal-a: ataza exekutatzen den kontua, eta saio interaktiboa duen ala ez.
• Autentifikazio-metodoa: principal horrek benetan zer osa dezakeen, hala nola makina-biltegiko ziurtagiria zure erabiltzaile-profileko gakoaren ordez.

Lau lerro horiek txartelak benetan egiten duen galderari erantzuten diote, hau da, zein konfigurazio erabili zuen automatizazioak. Atazaren hurrengo berreraikitzea ere gainditzen dute, hasierako egilea ez dagoenean izenak zergatik garrantzia zuen azaltzeko. Horiek gabe, huts berbera itzultzen da hurrengo hedapenaren ondoren eta ordu berberak kostatzen ditu berriro.

Kokatu atazak lortu zuen etapa

Instrumentatu ekintza, azken exekuzioaren emaitzatik asmatu beharrean. Bilgarri labur batek identitatea, ikus dezakeen biltegia eta markatzearen emaitza leku batean erregistratzen ditu:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

Markatze-komandoak bere errorea inprimatzen du, normalean atazaren hutsegite orokor bat baino argiagoa dena. Kontsultak principal-a eta azken emaitza-kodea elkarren ondoan itzultzen ditu, beraz identitatea eta emaitza ikuspegi bakarrean ikusten dira. Bi gertaera horiek erabakitzen dute hurrengo urratsa biltegi-aldaketa edo kredentzial-aldaketa den.

Azkenik, bereizi erabiltzaile bat saioa hasi ondoren konektatzen den ataza bat gailu-tunel batetik edo saioa hasi aurretik onartutako lan-fluxu batetik. Profil bakarra partekatzea ez da bien diseinua, eta principal eremuak esaten dizu hiru horietatik zein eraiki duzun. Konektagarritasunak saioa hasi aurretik existitu behar badu, erabiltzaile bakoitzeko profil-biltegia konpondu beharreko geruza okerra da.