Hosts faylını bərpa edən VPN tapşırıqları sonrakı düzəlişləri silir

Qoşulma tapşırığı Windows hosts faylını kopyalayır, bir özəl ünvan əlavə edir, ayrılma tapşırığı isə saxlanmış versiyanı geri kopyalayır. Bu həftələrlə işləyir, sonra bir günortadan sonra maşın VPN ilə heç bir əlaqəsi olmayan daxili sayta çata bilmir. Bərpa ona deyiləni tam yerinə yetirdi: başqasının düzəlişindən əvvəlki faylı geri qoydu. Problem modeldədir, kopyalama əmrində deyil.

Birgə faylın surətini götürüb sonra bərpa edən hər iş axını arada edilən hər dəyişikliyi itki kimi miras alır.

Sonra bərpa olunan ehtiyat nüsxə indiki anın nüsxəsi deyil

Adi bir ardıcıllıqdan keçin. Tapşırıq faylı saxlayır və tunel üçün bir giriş əlavə edir. Sonra administrator əlaqəsiz bir düzəliş əlavə edir, ikinci profil isə öz girişini əlavə edir. Ayrılma zamanı bərpa ilkin surəti geri qoyur və həm ikinci profilin girişini, həm də administratorun düzəlişini silir. İkisi də VPN-ə aid deyildi və hər ikisi indi yoxdur.

Tək sabit ehtiyat fayl adı vəziyyəti pisləşdirir. Sonrakı qoşulma hadisəsi artıq dəyişdirilmiş faylı guya orijinalın üzərinə kopyalaya bilər, beləliklə bərpa bazası faylın son hadisədəki görünüşünə doğru sürüşür.

Hər hadisə bildirişdir, əməliyyat deyil

Hadisə ilə işə düşən tapşırıq bir bildirişdir. Yenidən qoşulma, yarımçıq söndürmə və ya ikinci profil tələb olunan vəziyyəti yenidən formalaşdıra bilər, halbuki əvvəlki tapşırıq hələ yazının ortasındadır. İkisini heç nə sıralamır və heç nə yarımçıq dəyişikliyi geri qaytarmır. Həm də tək hadisə identifikatoru provayder və onun məlumatları olmadan onun hansı profilə aid olduğunu demir. Tapşırığı əməliyyat kimi qəbul etmək uğursuzluğa düşən fərziyyədir.

Təkrar qoşulma hadisələri digər yarımdır: yoxlama olmadan əlavə etmək ikinci eyni giriş yaradır və bəzi həlledicilər sonra bir ad üçün iki cavab görür.

Hər uyğunlaşdırmaya sahib verin

Hosts faylındakı hər sətir bir host adını ünvana uyğunlaşdırır və hansı tunelin qalxdığı barədə heç nə demir. Əgər avtomatlaşdırma qaçılmazdırsa, VPN-in idarə etdiyi uyğunlaşdırmalar üçün bir sahib təyin edin. Həmin sahib yalnız öz girişlərini yeniləməli, əlaqəsiz cari məzmunu qorumalı, təkrar hadisədə dublikatlardan qaçmalı və yadda saxlanmış siyahıya deyil, faktiki aktiv olan bağlantılara uyğunlaşdırmalıdır.

İki canlı tunel eyni uyğunlaşdırmaya ehtiyac duyduqda, digər sahib hələ ona ehtiyac duyarkən tək bir ayrılma onu silməməlidir. Bu, məntiqi dəyər deyil, istinad sayımı və ya açıq sahiblik qeydi tələb edir.

Ehtiyat nüsxə nəzərdən keçirilmiş bərpa üçün hələ də dəyərlidir. O, adi ayrılma hərəkəti olmamalıdır və faylın nə saxladığının yeganə qeydi olmamalıdır.

Şərti DNS həqiqi ehtiyac olduqda

Əgər əsl tələb yalnız tunel qalxarkən həll olunan özəl ad sahəsidirsə, hosts səhv mexanizmdir. Windows NRPT ad sahəsi üçün həlledici seçə bilər və ünvan qeydini özü yaratmır; həlledici yenə də cavab verməlidir. Bu, başqa sahibi olan başqa bir dizayndır və keçid başına fayl redaktəsini tamamilə aradan qaldırır.

Əgər hosts qəsdən tək sabit xidmət üçün saxlanılırsa, onun ünvanının nəzərdə tutulan marşrut üzrə əlçatan qalmasına və host adının sabit qalmasına əmin olun ki, tətbiq kimliyi yoxlamaları işləməyə davam etsin. DNS keşinin təmizlənməsi növbəti axtarışın yenidən oxuduğu köhnəlmiş girişi bərpa edə bilməz.

Təkrar qoşulmaları, iki eyni vaxtda profili və əlaqəsiz düzəlişdən sonra ayrılmanı sınaqdan keçirin. Nəticə belə olmalıdır ki, VPN-in uyğunlaşdırması maşının qalan hissəsini geri çevirmədən öz sahibini izləsin.