Дискийг холбодог эсвэл синхрончлолын ажил эхлүүлдэг нэвтрэх скрипт туннель хаяг авахаас өмнө ажилладаг тул чимээгүйгээр бүтэлгүйтдэг бөгөөд хэрэглэгч өдөр бүр өглөө гараар засдаг. Windows ихэнх клиентүүдэд VPN бүрийн холболтын буцаан дуудлага санал болгодоггүй, гэхдээ сүлжээний өөрчлөлтийг бүртгэдэг бөгөөд энэ бичлэг ажлыг зөв мөчид эхлүүлж чадна. Сонголт нь тухайн бичлэгт хариу үйлдэл үзүүлэх, нөөцийг санал асуулга хийх, бүтэлгүйтлийг ил болгосон сануулгыг арилгах хооронд байна.

Гурван механизмыг баталгаажуулдаг зүйлээр нь харьцуулах нь тэдгээрийг гоо сайхнаар нь эрэмбэлэхээс дээр. Тус бүр өөрөөр бүтэлгүйтдэг бөгөөд бүтэлгүйтлийн горим нь дараа нь хамт амьдрах зүйл юм.

Яагаад нэвтрэх хэт эрт эхэлдэг вэ

Нэвтрэх болон эхлүүлэх нь VPN адаптер хаягаа авахаас өмнө ажилладаг тул тэр мөчид оролдсон дискний зураглал, дотоод URL эсвэл өгөгдлийн сангийн холболтод зам ч байхгүй, шийдэгч ч байхгүй. Хүсэлт бүтэлгүйтэж, сесс хэрэглэгч гараар засах ёстой төлөвт үлддэг. Ижил скриптийг эхлүүлэх хавтас руу зөөх нь юу ч өөрчлөхгүй, учир нь дарааллын асуудал түүнтэй хамт явдаг. Триггер нь сессийн үйл явдал биш, сүлжээний өөрчлөлт байх ёстой.

Нэвтрэх үед дурын сааталтай төлөвлөсөн даалгавар засвар мэт харагдах боловч үнэндээ таамаг юм. Энэ нь хурдан холболт дээр ажиллаж, удаан холболт дээр бүтэлгүйтдэг бөгөөд энэ нь найдвартай байдлын хамгийн ашиггүй төрөл юм.

Гурван дэгээ харьцуулсан

Механизмууд юуг ажиглах, хэр хурдан хариу үйлдэл үзүүлэх, өдрийн дараа дахин холбогдоход юу хийхээрээ ялгаатай. Хүснэгт тэдгээрийг эдгээр гурван цэгээр харьцуулдаг бөгөөд тус бүр хэр ухаалаг сонсогдохоор нь биш.

MechanismReacts toCovers a mid-session reconnectTypical failure
Network profile eventA network connect recordYes, when the event repeatsRuns on the wrong network
Resource poll with backoffThe resource becoming reachableYesLog noise and a wasted window
Stored credentials aloneNothing; it removes a promptNoStill 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

Сүлжээний үйл явдал тохирохгүй байхад даалгаврын түүхэнд бичлэг байгаа нь үйлдэл биш, триггер буруу байгааг илтгэнэ. Үйл явдлууд гарч ирсэн ч даалгавар ажиллахгүй бол даалгавар нөөцийг харж чадахгүй бүртгэлийн дор ажиллаж байж магадгүй бөгөөд бүртгэлийн гаралт нь сэжүүр юм. Зураглал хараахан дутуу байхад давсан нөөцийн шалгалт нь холболт биш, сессийн контекстийг заана. Эдгээр гурван ажиглалтын тус бүр өөр засварт хүргэдэг.

Ажиллуулалт бүрт хаяг, нөөцийн үр дүн, эцсийн үр дүнг агуулсан нэг лог мөр бичнэ үү. Дараагийн бүтэлгүйтэл нь даалгавар эрт ажилласан уу, буруу сүлжээнд ажилласан уу, эсвэл огт ажиллаагүй юу гэдгийг харуулна.

Холбоотой нийтлэлүүд