SYSTEM görevi VPN profillerini hangi telefon defterinde arar?

VPN profiliniz tam da Ayarlar'da duruyor ve zamanlanmış görev hâlâ bağlantıyı bulamadığını bildiriyor. Hiçbir şey bozulmadı: yerel Windows VPN deposu, profil tüm kullanıcılar için oluşturulmadıkça kullanıcı başınadır ve bir görev, principal'ının belirttiği hesap olarak çalışır. Görev genellikle profilinizi hiç içermemiş bir telefon defterini okur. Bunu kanıtlamak için iki komut ve bir görev ayarı yeterlidir ve biri bağlantıyı yeniden oluşturmadan önce bunları çalıştırmaya değer.

İki depo aynı profil adını tutar

Yerel Windows VPN profili, onu oluşturan hesabın deposunda yaşar. Genel depo başka bir telefon defteridir, yalnızca profil yükseltilmiş bir oturumda tüm kullanıcılar anahtarıyla oluşturulduğunda doldurulur. İkisi de aynı adlı bir profili tutabilir ve hiçbiri diğerinin görünümü değildir.

İki depoyu da aynı oturumdan okuyun ve döndürdükleri adları karşılaştırın. Anahtar genel depoyu seçer ve onu okumak genellikle yükseltilmiş bir oturum gerektirir:

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

İlk komut profili listeliyor ve ikincisi listelemiyorsa, başka bir hesap altında çalışan bir göreve hiçbir kimlik bilgisi değişikliği yardımcı olmaz, çünkü sorun kimlik doğrulama değil üyeliktir. İkisi de listeliyorsa, depo neden değildir ve sonraki bölüm geçerlidir. Bu tek karşılaştırma bu biletlerin yarısını kapatır. Hangi deponun yanıt verdiğini ve denetimi hangi hesap altında çalıştırdığınızı not edin, çünkü yanıt iki gerçek olmadan anlamsızdır.

Görevin principal'ını kimlik bilgilerinden önce okuyun

Görevi açın ve principal'ı okuyun, çünkü görevin hangi depoyu görebildiğini söyler. SYSTEM olarak çalışacak şekilde ayarlanmış bir görev, ek haklara sahip hesabınız değildir: kendi profili vardır ve oturum açtığınızda oluşturduğunuz kullanıcı başına telefon defterine erişimi yoktur. Hizmet hesabı tam olarak aynı şekilde davranır.

Oturum açmış olsanız da olmasanız da çalışma seçeneği bunu da değiştirir, çünkü o zaman görevin kimlik bilgilerini ödünç alabileceği etkileşimli bir oturumu yoktur. Eylem whoami metnini bir dosyaya yazsın ve varsaymak yerine yanıtı okuyun.

Kendi terminalinizden alınan tanılama bu sorun hakkında hiçbir şey söylemez, çünkü hesabınızın ne gördüğünü gösterir. Karşılaştırmayı görevin kimliği altında, bunun için sahip olduğunuz herhangi bir onaylı süreçle çalıştırın. Yönetici konsolundan yapıştırılan çıktı başka bir veri kümesidir, daha ayrıcalıklı değildir. Böyle bir süreç yoksa, görev yanıtı kendisi kaydetmelidir; son bölüm bunu kurar.

Profili bulmak oturum açmak değildir

Tüm kullanıcılar için profil, yapılandırmayı daha geniş görünür kılar. Onu oluşturan hesabın kayıtlı parolasını taşımaz ve başka bir hesaba kullanıcı profilinizde saklanan özel anahtarı vermez. Görünürlük ve kullanılabilir kimlik bilgileri iki ayrı testtir ve ilkini geçmek ikincisi hakkında hiçbir şey söylemez.

Görev artık profili bulup kimlik doğrulamada başarısız olursa, bu bir ilerlemedir ve o aşama kayda aittir. Bağlantı adını yeniden oluşturmak yerine sertifikayı makine deposuna taşıyın veya sırrı dağıtımın kendi mekanizmasıyla sağlayın. Yeniden oluşturmak, aynı hatayı daha yeni bir zaman damgasıyla verir. Microsoft iki kapsamı belgeler , bunlar arasından cmdlet anahtarı seçer.

Etkileşimli olmayan zorluklar o aşamanın arkasındaki tuzaktır. PIN istemine veya tek kullanımlık koda masaüstü olmayan bir görev yanıt veremez, bu yüzden elle kusursuz bağlanan bir profil otomasyon altında kullanılamaz olabilir.

Görev kaydının ihtiyaç duyduğu dört alan

Sonucu belirleyen değerleri tek bir yerde birlikte tutun, çünkü üçü genellikle örtük kalır. Kaydın dört satıra ihtiyacı vardır:

• Eylem yolu: görevin çalıştırdığı betik veya yürütülebilir dosya, başka bir hesap için farklı çözülen bir kısayol değil.
• Profil adı: tam dize, çünkü iki depo farklı sunuculara işaret eden aynı adı tutabilir.
• Principal: görevin altında çalıştığı hesap ve etkileşimli bir oturumu olup olmadığı.
• Kimlik doğrulama yöntemi: o principal'ın gerçekte neyi tamamlayabildiği, örneğin kullanıcı profilinizdeki anahtar yerine makine deposu sertifikası.

Bu dört satır, biletin gerçekte sorduğu soruyu yanıtlar: otomasyonun hangi yapılandırmayı kullandığını. Ayrıca, özgün yazarın adın neden önemli olduğunu açıklamak için yanında olmadığı bir sonraki görev yeniden oluşturmaya da dayanırlar. Onlar olmadan aynı hata sonraki dağıtımdan sonra geri döner ve yine aynı saatlere mal olur.

Görevin ulaştığı aşamayı belirleyin

Son çalıştırmanın sonucundan tahmin etmek yerine eylemi ölçün. Kısa bir sarmalayıcı kimliği, görebildiği depoyu ve arama sonucunu tek bir yerde kaydeder:

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

Arama komutu kendi hatasını yazdırır, bu genellikle genel bir görev hatasından daha açıktır. Sorgu principal'ı ve son sonuç kodunu yan yana döndürür, böylece kimlik ve sonuç tek bir görünümde görünür. Bu iki gerçek, sonraki adımın depo değişikliği mi yoksa kimlik bilgisi değişikliği mi olduğunu belirler.

Son olarak, bir kullanıcı oturum açtıktan sonra bağlanan bir görevi cihaz tünelinden veya desteklenen oturum açma öncesi iş akışından ayırın. Tek bir profili paylaşmak ikisi için de bir tasarım değildir ve principal alanı size üçünden hangisini kurduğunuzu söyler. Bağlantı oturum açmadan önce var olmak zorundaysa, kullanıcı başına profil deposu düzeltilecek yanlış katmandır.