დავალების გაშვება VPN-ის დაკავშირებისას: მოვლენა, პერიოდული შემოწმება თუ ავტორიზაციის მონაცემები?
შესვლის სკრიპტი გაშვებულია გვირაბის შექმნამდე. შეადარეთ ქსელის მოვლენის ტრიგერი, რესურსის პერიოდული შემოწმება და შენახული ავტორიზაციის მონაცემები იმის მიხედვით, თუ რას იძლევა გარანტიას თითოეული.
შესვლის სკრიპტი, რომელიც ამაგრებს დისკს ან იწყებს სინქრონიზაციის სამუშაოს, გაშვებულია მანამ, სანამ გვირაბს მისამართი ექნება, ამიტომ ის ჩუმად ვერ სრულდება და მომხმარებელი ყოველ დილით ხელით ასწორებს. Windows უმეტეს კლიენტს არ სთავაზობს VPN-ზე დაკავშირების უკუგამოძახილს, მაგრამ ქსელის ცვლილებას ლოგავს და ეს ჩანაწერი შეიძლება სამუშაოს სწორ მომენტში დაიწყოს. არჩევანი ამ ჩანაწერზე რეაგირებას, რესურსის გამოკითხვასა და იმ მოთხოვნის წაშლას შორისაა, რომელმაც წარუმატებლობა თვალსაჩინო გახადა.
სამი მექანიზმის შედარება იმის მიხედვით, თუ რას იძლევიან გარანტიას, სჯობს მათ ელეგანტურობით დალაგებას. თითოეული სხვანაირად ვერ სრულდება და სწორედ წარუმატებლობის რეჟიმია ის, რასაც შემდეგ ეჩვევი.
რატომ ირთვება შესვლა ძალიან ადრე
შესვლა და გაშვება მიმდინარეობს მანამ, სანამ VPN-ადაპტერი მიიღებს თავის მისამართს, ამიტომ იმ მომენტში ცდილ დისკის ამაგრებას, შიდა URL-ს ან მონაცემთა ბაზის კავშირს არც მარშრუტი აქვს და არც გადამწყვეტი. მოთხოვნა ვერ სრულდება და სესია რჩება მდგომარეობაში, რომელიც მომხმარებელმა ხელით უნდა გაასწოროს. იმავე სკრიპტის გაშვების საქაღალდეში გადატანა არაფერს ცვლის, რადგან თანმიმდევრობის პრობლემა მასთან ერთად მოძრაობს. ტრიგერი უნდა იყოს ქსელის ცვლილება და არა სესიის მოვლენა.
შესვლისას თვითნებური დაყოვნებით დაგეგმილი დავალება გამოსწორებას ჰგავს და სინამდვილეში ვარაუდია. ის მუშაობს სწრაფ ხაზზე და ვერ სრულდება ნელი ხაზზე, რაც საიმედოობის ყველაზე უსარგებლო სახეა.
სამი კაკვის შედარება
მექანიზმები განსხვავდებიან იმით, თუ რას აკვირდებიან, რამდენად სწრაფად რეაგირებენ და რას აკეთებენ დღის განმავლობაში ხელახალი დაკავშირებისას. ცხრილი მათ ამ სამ წერტილზე ადარებს და არა იმაზე, თუ რამდენად ჭკვიანურად ჟღერს თითოეული.
| Mechanism | Reacts to | Covers a mid-session reconnect | Typical failure |
|---|---|---|---|
| Network profile event | A network connect record | Yes, when the event repeats | Runs on the wrong network |
| Resource poll with backoff | The resource becoming reachable | Yes | Log noise and a wasted window |
| Stored credentials alone | Nothing; it removes a prompt | No | Still fires before the tunnel |
წაიკითხეთ ცხრილი სტრიქონ-სტრიქონ. მოვლენის კაკვი ყველაზე სწრაფი და ყველაზე ხმაურიანია, რადგან Windows ყველა ქსელს აღრიცხავს, მათ შორის კაფის Wi-Fi-ს, ამიტომ ქმედებამ რესურსი უნდა გადაამოწმოს სანამ რამეს გააკეთებს. გამოკითხვა უფრო ნელი და ზუსტია, რადგან ის წარმატებულია ზუსტად მაშინ, როცა გაზიარება ან ჰოსტის სახელი პასუხობს და არ სჭირდება იცოდეს რომელი კლიენტია დაყენებული. შენახული ავტორიზაციის მონაცემები სულაც არ არის კონკურენტი ვარიანტი: ისინი პაროლის მოთხოვნას შლიან, რაც მეორე და დამოუკიდებელი მიზეზია იმისა, თუ რატომ ვერ სრულდება შესვლისას ამაგრება.
პირველ ორს შორის არჩევანი დამოკიდებულია იმაზე, არის თუ არა კლიენტზე გამოსადეგი მოვლენა. სადაც არის, მოვლენა პლუს რესურსის შემოწმება უკეთესი ნაგულისხმევია.
ააგეთ მოვლენის ტრიგერი სწორად
ჩანაწერი Microsoft-Windows-NetworkProfile/Operational ჟურნალშია და ID 10001 აღნიშნავს ახლახან დაკავშირებულ ქსელს. შექმენით დავალება „მოვლენის დროს“ ტრიგერით, რომელიც მიმართულია ამ ჟურნალზე, ამ პროვაიდერის სახელზე და ამ იდენტიფიკატორზე. ყველა ქსელი, რომელსაც მანქანა შეუერთდება, გაააქტიურებს მას, ამიტომ ქმედებას სჭირდება დამცავი პირობა და არა ვარაუდი, და თუ სამუშაო ამაგრებულ დისკებს ეხება, ის მხოლოდ მაშინ უნდა გაშვდეს, როცა მომხმარებელი შესულია.
დამცავმა პირობამ უნდა შეამოწმოს ის, რაც დავალებას ნამდვილად სჭირდება, მაგალითად გაზიარების გზა ან სერვისის პორტი, და ჩუმად გავიდეს, როცა მიუწვდომელია. ადაპტერის სახელის შემოწმება საკმარისი არ არის, რადგან კლიენტს შეუძლია ერთი ადაპტერი რამდენიმე პროფილში ხელახლა გამოიყენოს. ჩუმი გასვლა ჟურნალს კითხვადად ინახავს და ხელს უშლის განმეორებითი ცდების შტორმს იმ ქსელის წინააღმდეგ, რომელიც რესურსს არასოდეს მოგვცემს.
შეამოწმეთ, რომ დავალება სწორ მომენტში გაშვდება
დაამტკიცეთ დრო და არა კონფიგურაცია. ქვემოთ მოცემული ბრძანებები აჩვენებს დავალების განსაზღვრას, ქსელის პროფილის ბოლო მოვლენებს და იმას, არის თუ არა რესურსი მისაწვდომი იმ ანგარიშიდან, რომლის ქვეშაც დავალება მუშაობს. გაუშვით ისინი ნამდვილი ხელახალი დაკავშირების შემდეგ და არა ხელით გაშვების შემდეგ.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiდავალების ისტორიაში ჩანაწერის არსებობა მაშინ, როცა არც ერთი ქსელის მოვლენა არ ემთხვევა, ნიშნავს, რომ ტრიგერია არასწორი და არა ქმედება. თუ მოვლენები ჩნდება და დავალება არ ირთვება, დავალება შეიძლება მუშაობდეს ანგარიშის ქვეშ, რომელიც რესურსს ვერ ხედავს და ანგარიშის გამომავალი ნიშანია. რესურსის შემოწმება, რომელიც გადის მაშინ, როცა ამაგრება ჯერ კიდევ აკლია, მიუთითებს სესიის კონტექსტზე და არა კავშირებადობაზე. ამ სამი დაკვირვებიდან თითოეული სხვა გამოსწორებამდე მიგიყვანთ.
დაწერეთ ერთი ჟურნალის სტრიქონი თითოეული გაშვებისთვის მისამართით, რესურსის შედეგითა და შედეგით. შემდეგი წარუმატებლობა მაშინ აჩვენებს, დავალება ადრე გაშვდა, არასწორ ქსელში გაშვდა თუ საერთოდ არ გაშვდა.