hosts faylini tiklaydigan VPN vazifalari keyingi tahrirlarni o‘chiradi

Ulanish vazifasi Windows hosts faylini nusxalaydi, bitta xususiy manzil qo‘shadi, uzilish vazifasi esa saqlangan versiyani qaytarib ko‘chiradi. Bu haftalab ishlaydi, keyin bir kuni tushdan keyin mashina VPN bilan hech qanday aloqasi bo‘lmagan ichki saytga yetolmaydi. Tiklash aynan aytilganini qildi: boshqa birovning tahriridan oldingi faylni qaytardi. Xato modelda, nusxalash buyrug‘ida emas.

Umumiy faylning nusxasini olib, keyin uni tiklaydigan har qanday ish oqimi orada qilingan har bir o‘zgarishni yo‘qotish sifatida meros oladi.

Keyinroq tiklangan zaxira nusxa hozirning nusxasi emas

Oddiy ketma-ketlikni ko‘rib chiqing. Vazifa faylni saqlaydi va tunnel uchun yozuv qo‘shadi. Keyin administrator aloqasiz tuzatish qo‘shadi, ikkinchi profil esa o‘z yozuvini qo‘shadi. Uzilishda tiklash asl nusxani qaytaradi, ikkinchi profilning yozuvini ham, administratorning tuzatishini ham olib tashlaydi. Ikkalasi ham VPNga tegishli emas edi va endi ikkalasi ham yo‘q.

Bitta qat’iy zaxira fayl nomi vaziyatni yanada yomonlashtiradi. Keyingi ulanish hodisasi allaqachon o‘zgartirilgan faylni taxmin qilingan asl nusxa ustiga ko‘chirishi mumkin, shu sababli tiklash asosi faylning oxirgi hodisadagi ko‘rinishiga qarab siljiydi.

Har bir hodisa bildirishnoma, tranzaksiya emas

Hodisa bilan ishga tushadigan vazifa bildirishnomadir. Qayta ulanish, chala o‘chirish yoki ikkinchi profil talab qilinadigan holatni qayta shakllantirishi mumkin, avvalgi vazifa hali yozayotganda. Ikkalasini hech narsa ketma-ketlashtirmaydi va hech narsa yarim qolgan o‘zgarishni qaytarmaydi. Shuningdek, faqat hodisa identifikatori provayder va uning ma’lumotlarisiz qaysi profilga tegishli ekanini aytmaydi. Vazifani tranzaksiya deb qabul qilish barbod bo‘ladigan taxmindir.

Takroriy ulanish hodisalari ikkinchi yarmidir: tekshiruvsiz qo‘shish ikkinchi bir xil yozuv yaratadi, shunda ba’zi hal qiluvchilar bitta nom uchun ikkita javob ko‘radi.

Har bir xaritalashga egasi bo‘ling

hosts faylidagi har bir satr xost nomini manzilga xaritalaydi va qaysi tunnel ishlayotgani haqida hech narsa demaydi. Agar avtomatlashtirishdan qochib bo‘lmasa, VPN boshqaradigan xaritalashlarga bitta egasi tayinlang. O‘sha egasi faqat o‘z yozuvlarini yangilashi, aloqasiz joriy tarkibni saqlashi, takroriy hodisada dublikatlardan qochishi va eslab qolingan ro‘yxatga emas, haqiqatan faol ulanishlarga moslashishi kerak.

Ikki tirik tunnelga bir xil xaritalash kerak bo‘lganda, boshqa egasi hali unga muhtoj bo‘lganda bitta uzilish uni olib tashlamasligi kerak. Bu mantiqiy qiymat emas, havolalar soni yoki aniq egalik yozuvini talab qiladi.

Zaxira nusxa ko‘rib chiqilgan tiklash uchun hali ham qimmatli. U odatiy uzilish harakati bo‘lmasligi va faylda nima borligi haqidagi yagona yozuv bo‘lmasligi kerak.

Shartli DNS haqiqiy ehtiyoj bo‘lganda

Agar haqiqiy talab faqat tunnel ishlayotganda hal qilinadigan xususiy nom maydoni bo‘lsa, hosts noto‘g‘ri mexanizm. Windows NRPT nom maydoni uchun hal qiluvchi tanlashi mumkin va manzil yozuvini o‘zi yaratmaydi; hal qiluvchi baribir javob berishi kerak. Bu boshqa egasi bo‘lgan boshqa loyiha va har bir o‘tishda fayl tahrirlashni butunlay olib tashlaydi.

Agar hosts bitta qat’iy xizmat uchun ataylab saqlansa, uning manzili ko‘zda tutilgan marshrutda yetib borishli qolishiga va xost nomi barqaror qolishiga ishonch hosil qiling, shunda ilova identifikatsiya tekshiruvlari ishlashda davom etadi. DNS keshini tozalash keyingi qidiruv qayta o‘qiydigan eskirgan yozuvni tuzata olmaydi.

Takroriy ulanishlarni, bir vaqtda ikkita profilni va aloqasiz tahrirdan keyingi uzilishni sinab ko‘ring. Natija VPN xaritalashi mashinaning qolgan qismini orqaga qaytarmasdan egasiga ergashishi bo‘lishi kerak.