Tam tunelləşdirmə uzun bölünmüş tunel siyahısından daha sadədirmi?

Bölünmüş tunel siyahısı üç tətbiqlə başlayır və maşının çoxunu əhatə etməklə bitir, hər yeni sətir isə kiminsə istisnasıdır. Bu nöqtədə siyahı səssizcə əlavə addımları olan bir standarta çevrilmişdir. Tam tunelləşdirmə düzülüşü tərsinə çevirir: sənədləşdirilmiş istisna əksini demədikcə hər şey tunelə girir. Bunun daha sadə olub-olmaması şlüzdən və pozacağınız yerli xidmətlərdən asılıdır.

Saxladığınız qaydaları saymaqla başlayın

Girişləri sayın, sonra onlardan neçəsinin adlı sahibi və ən son yoxlanıldığı tarix olduğunu sayın. Əhəmiyyətli olan ikinci rəqəmdir, çünki heç kimin sahib olmadığı istisna, istinad etdiyi proqram adı dəyişdirildikdə və ya əvəz edildikdə qiymətləndirilə bilməz. İcra edilə bilən fayl yoluna bağlanmış qaydalar yeniləmədən sonra səssizcə sıradan çıxır, və nasazlıq köhnəlmiş qayda kimi deyil, VPN-in qeyri-sabit işləməsi kimi görünür. Siyahını onun haqqında fikir formalaşdırmadan əvvəl yazın.

Hər giriş üç suala cavab verməlidir: onsuz nə pozulur, bunu kim qərarlaşdırıb və səbəb bitdiyini necə görərdiniz. Üçünün hamısına cavab verə bilməyən girişlər köçürmə deyil, silinmə namizədidir və onları əvvəlcə silmək sonrakı müqayisəni dürüst edir.

Girişlərin çoxu trafikin böyük payını yönləndirirsə, siz artıq üzərinə texniki xidmət yükü qatılmış tam tunel işlədirsiniz. Onda qərar standartın harada yaşaması ilə bağlıdır, onun olub-olmaması ilə deyil.

Şlüzün standartı daşıya biləcəyini yoxlayın

Tam tunelləşdirmə hər paketi bir cihaza köçürür, bu da həmin cihazın prosessor yükünü, conntrack cədvəlini, ünvan çevrilməsini və yuxarı istiqamətli bufer zolağı tələbini eyni zamanda dəyişir. Bir neçə daxili yarımşəbəkəyə rahat xidmət edən şlüz istifadəçinin bütün gəzintisi üçün ölçülənməmiş ola bilər. Orta göstəriciyə deyil, gözlədiyiniz ən böyük eyni vaxtlı sessiya sayına baxın, çünki ilk qırılan pikdir.

ip -s link show dev tun0
conntrack -C
ss -s

Dəyişiklikdən əvvəl və sonra eyni iş yükünü ölçün, spesifikasiyalardan nəticə çıxarmaq əvəzinə. Bir maşında adi istifadənin bir günortası şlüzün hər hansı həddə yaxın olub-olmadığını göstərəcək və bunu bazar ertəsi səhəri aşkar etməklə müqayisədə heç bir şeyə başa gəlmir.

Həmçinin yolun MTU-sunu başdan-başa yoxlayın, çünki tam standart hər tətbiqi tunelin maksimum paket ölçüsünə açıq qoyur. Tuneldən kənarda işləyən tətbiqlər artıq heç vaxt düşünməli olmadığınız fraqmentasiya davranışından asılı ola bilər.

Yerli xidmətlərin və şəxsi DNS-in hələ də işlədiyini təsdiqləyin

Yerli qalmalı olanları tətbiq adına görə deyil, protokola görə sadalayın: printerlər və ekranlar üçün kəşf protokolları, ağıllı ev körpüsü, marşrutlaşdırıcının idarəetmə səhifəsi, yalnız yerli şəbəkədə həll olunan adla çatılan yerli inkişaf serveri. Bunlar standart marşrut tunelə yönəlməyə başlayanda pozulur və səssizcə pozulur, çünki müştəridə heç nə xəta qeyd etmir.

Şəxsi DNS digər asılılıqdır. Daxili adlar əvvəl tunelin həlledicisi ilə həll olunurdusa, heç nə dəyişmir; yerli həll olunurdusa, tam standart onları zonaları bilən həllediciyə aparmalıdır. Dəyişiklikdən sonra həlledici siyahısının sağ qaldığını güman etmək əvəzinə bir daxili və bir açıq adı sınayın.

Yerli istisnaları onlara sahib olan profilə yazın. Yalnız kiminsə yaddaşında saxlanan istisna növbəti köçürmənin itirdiyi ilk şeydir.

Bir profili köçürün və sərhədləri yoxlayın

Profili əvvəlki təcrübələrin qoyub getdiyi əl ilə yazılmış marşrutların üstünə yeni standart qatmaqla deyil, öz konfiqurasiyası vasitəsilə dəyişin. O qalıq marşrutlar işləyən kimi görünən və bir gün sonra qeyri-sabit davranan köçürmənin adi səbəbidir. Köhnə profili əlçatan saxlayın ki, geri qaytarma yenidənqurma deyil, seçim olsun.

Sonra iki sərhədi ayrıca yoxlayın: açıq və şəxsi təyinatların ikisinin də işlədiyini və arzuolunmaz trafikin tuneldən kənara çıxmadığını. Uğurlu səhifə yüklənməsi birincini sübut edir və ikincisi haqqında heç nə demir.

ip route get 203.0.113.10
ip route get 10.40.8.15
resolvectl query intranet.example
curl -sS -o /dev/null -w "%{remote_ip}\n" https://example.com

Yoxlamanı yenidən qoşulmadan sonra və kəsintidən sonra təkrarlayın, çünki kəsinti zamanı trafiki bloklayan keçid açarı sonradan düzgün bərpa olunan marşrutdan fərqli bir xüsusiyyətdir. Daha sadə dizayn, tətbiq və ya şəbəkə dəyişdikdən sonra real əhatəsini hələ də izah edə bildiyiniz dizayndır.