Në cilin libër telefoni kërkon një detyrë SYSTEM profilet VPN?

Profili juaj VPN ndodhet pikërisht në Cilësimet, dhe detyra e planifikuar vazhdon të raportojë se nuk e gjen lidhjen. Asgjë nuk është dëmtuar: ruajtësi native VPN i Windows është për çdo përdorues, përveç nëse profili është krijuar si profil për të gjithë përdoruesit, dhe një detyrë ekzekutohet si llogaria që emërton principal-i i saj. Zakonisht detyra lexon një libër telefoni që nuk e ka pasur kurrë profilin tuaj. Dy komanda dhe një cilësim i detyrës mjaftojnë për ta provuar, dhe ia vlen t'i ekzekutoni përpara se dikush ta rindërtojë lidhjen.

Dy ruajtës mbajnë të njëjtin emër profili

Një profil native VPN i Windows jeton në ruajtësin e llogarisë që e krijoi. Ruajtësi global është një libër tjetër telefoni, i cili mbushet vetëm kur profili krijohet me çelësin për të gjithë përdoruesit në një sesion të lartësuar. Të dy mund të mbajnë një profil me të njëjtin emër, dhe asnjëri nuk është pamje e tjetrit.

Lexoni të dy ruajtësit nga i njëjti sesion dhe krahasoni emrat që kthejnë. Çelësi zgjedh ruajtësin global, dhe leximi i tij zakonisht kërkon një sesion të lartësuar:

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

Nëse komanda e parë e liston profilin dhe e dyta jo, asnjë ndryshim kredencialesh nuk do të ndihmojë një detyrë që ekzekutohet nën një llogari tjetër, sepse problemi është anëtarësimi dhe jo vërtetimi. Nëse të dy e listojnë, ruajtësi nuk është shkaku dhe zbatohet seksioni tjetër. Ai krahasim i vetëm mbyll gjysmën e këtyre tiketave. Shënoni cili ruajtës u përgjigj dhe nën cilën llogari e ekzekutuat kontrollin, sepse përgjigja nuk ka kuptim pa të dy faktet.

Lexoni principal-in e detyrës para kredencialeve të saj

Hapni detyrën dhe lexoni principal-in, sepse ju tregon cilin ruajtës detyra mund të shohë. Një detyrë e vendosur të ekzekutohet si SYSTEM nuk është llogaria juaj me të drejta shtesë: ka profilin e vet dhe asnjë akses në librin e telefonit për çdo përdorues që krijuat ndërsa ishit i identifikuar. Një llogari shërbimi sillet saktësisht në të njëjtën mënyrë.

Mundësia për të ekzekutuar pavarësisht nëse jeni identifikuar e ndryshon edhe këtë, sepse atëherë detyra nuk ka një sesion interaktiv nga i cili mund të marrë hua kredencialet. Lëreni veprimin të shkruajë whoami në një skedar dhe lexoni përgjigjen në vend që ta supozoni.

Diagnostifikimi nga terminali juaj nuk thotë asgjë për këtë problem, sepse tregon atë që sheh llogaria juaj. Ekzekutoni krahasimin nën identitetin e detyrës përmes çdo procesi të miratuar që keni për këtë. Dalja e ngjitur nga një konsolë administratori është një grup tjetër të dhënash, jo një më i privilegjuar. Nëse nuk ekziston një proces i tillë, detyra duhet ta regjistrojë vetë përgjigjen, gjë që përgatit seksioni i fundit.

Gjetja e profilit nuk është identifikim

Një profil për të gjithë përdoruesit e bën konfigurimin të dukshëm më gjerësisht. Nuk e mbart fjalëkalimin e ruajtur nga llogaria që e krijoi, dhe nuk i jep një llogarie tjetër çelësin privat të ruajtur në profilin tuaj të përdoruesit. Dukshmëria dhe kredencialet e përdorshme janë dy teste të ndara, dhe kalimi i të parit nuk thotë asgjë për të dytin.

Nëse detyra tani e gjen profilin dhe dështon në vërtetim, ky është përparim dhe ajo fazë i përket regjistrit. Zhvendosni certifikatën në ruajtësin e makinës, ose ofroni sekretin përmes mekanizmit të vetë vendosjes, në vend që të rikrijoni përsëri emrin e lidhjes. Rikrijimi i tij prodhon të njëjtin dështim me një vulë kohe më të re. Microsoft dokumenton të dyja fushat , mes të cilave zgjedh çelësi i cmdlet.

Sfidat jointeraktive janë kurthi pas asaj faze. Një kërkesë PIN ose një kod njëpërdorimsh nuk mund të përgjigjet nga një detyrë pa desktop, kështu që një profil që lidhet përsosmërisht me dorë mund të jetë i papërdorshëm nën automatizim.

Katër fusha që i nevojiten regjistrit të detyrës

Mbani së bashku në një vend vlerat që përcaktojnë rezultatin, sepse tre prej tyre zakonisht mbeten të nënkuptuara. Regjistri ka nevojë për katër rreshta:

• Rruga e veprimit: skripti ose ekzekutuesi që ekzekuton detyra, jo një shkurtore që zgjidhet ndryshe për një llogari tjetër.
• Emri i profilit: vargu i saktë, sepse dy ruajtës mund të mbajnë të njëjtin emër që tregon serverë të ndryshëm.
• Principal: llogaria nën të cilën ekzekutohet detyra, dhe nëse ka një sesion interaktiv.
• Metoda e vërtetimit: çfarë mund të përfundojë vërtet ai principal, si një certifikatë nga ruajtësi i makinës në vend të një çelësi në profilin tuaj të përdoruesit.

Ata katër rreshta i përgjigjen pyetjes që tiketa bën vërtet, domethënë cilën konfigurim përdori automatizimi. Ata mbijetojnë edhe rindërtimin tjetër të detyrës, kur autori origjinal nuk është pranë për të shpjeguar pse emri kishte rëndësi. Pa ata, i njëjti dështim kthehet pas vendosjes tjetër dhe kushton përsëri të njëjtat orë.

Identifikoni fazën ku arriti detyra

Instrumentoni veprimin në vend që të hamendësoni nga rezultati i ekzekutimit të fundit. Një mbështjellës i shkurtër regjistron identitetin, ruajtësin që mund të shohë dhe rezultatin e thirrjes në një vend:

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

Komanda e thirrjes printon gabimin e vet, i cili zakonisht është më i qartë se një dështim i përgjithshëm i detyrës. Pyetja kthen principal-in dhe kodin e fundit të rezultatit krah për krah, kështu që identiteti dhe rezultati janë të dukshëm në një pamje të vetme. Këto dy fakte vendosin nëse hapi tjetër është një ndryshim ruajtësi apo një ndryshim kredencialesh.

Së fundi, ndani një detyrë që lidhet pasi një përdorues identifikohet nga një tunel pajisjeje ose një rrjedhë pune e mbështetur para identifikimit. Ndarja e një profili të vetëm nuk është dizajn për asnjërën, dhe fusha principal është ajo që ju tregon cilën nga të treja keni ndërtuar. Nëse lidhja duhet të ekzistojë para identifikimit, ruajtësi i profileve për çdo përdorues është shtresa e gabuar për t'u rregulluar.