VPN-i keçən IPv6 trafiki: sızan marşrutu tapın

İki sınaq səhifəsi bir-birinə ziddir: biri provayderin ünvanını tuneldən keçərək bildirir, ikincisi ev prefiksinizi bildirir və aşkar nəticə VPN-in sızdırmasıdır. Bu nəticə bir addımı atlayır, çünki iki hesabat iki fərqli marşrutlaşdırma qərarını işə salıb və onlardan yalnız biri tunelə girməli idi. Boşluq adətən realdır və bu, xarab tunel deyil, əhatə problemi. Üç sual bunu həll edir: hansı axın həqiqətən çıxdı, nüvə onun üçün hansı marşrutu seçdi və müştəri hansı davranışı nəzərdə tuturdu.

Bu ardıcıllıqla işləyin. Onlara ardıcıllıqdan kənar cavab vermək, müştərinin qüsurlu olub-olmaması barədə uzun mübahisə yaradır, halbuki əsl cavab heç vaxt IPv6 marşrutunun quraşdırılmamasıdır.

Hansı axın həqiqətən çıxdı və hansı adapterdən

İstifadə etdiyi ailəni adlandıran sınaqla başlayın, sonra tətbiqi, giriş şəbəkəsini, qüvvədə olan profili və bağlantının ümumiyyətlə IPv6 təklif edib-etmədiyini qeyd edin. Bu dörd fakt iki işə salmanı müqayisə edilə bilən edir və dördüncüsü insanların unutduğudur: v6 prefiksi olmayan şəbəkə v6 sızda bilməz və sonradan birini əlavə edən şəbəkə cavabı dəyişir.

Səhifə yükləyib nəticəsini oxumaq əvəzinə hər ailə üçün bir sorğu göndərin. Tək səhifə v6 və v4 resurslarını qarışdıra bilər, fon prosesi qarşınızdakı tabdan fərqli davrana bilər və keşlənmiş cavab sınadığınız şəbəkə dəyişikliyindən uzun yaşaya bilər. Sınadığınız təyinatı sabitləyin və qeyd edin ki, təkrar işə salma eyni şeyi ölçsün.

Nüvənin seçdiyi marşrutun oxunması

Marşrut cədvəli brauzerin cavab verə bilmədiyi suala cavab verir. Sistemdən konkret təyinatın hara gedəcəyini soruşun və görünən defoltla yanaşı siyasət qaydalarını da daxil edin, çünki hər ikisi onu üstələyə bilər:

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

Daha dəqiq prefiks bir təyinatın tuneldən kənarda qalmasının adi səbəbidir, qalan hər şey isə içəridə qalır, və siyasət qaydası hər hansı marşrutdan daha yüksək prioritetlə eyni şeyi edə bilər. Metrikanı da oxuyun, çünki eyni prefiks üçün iki giriş ekrandakı sırasına görə deyil, metrikanın özünə görə həll olunur. Windows-da ekvivalent siyahı Get-NetRoute -AddressFamily IPv6, qərar sırasına uyğun olmaq üçün metrikaya görə sıralanır. Cədvəldə düzgün görünən qayda yenə də daha aşağı nömrəli siyasət qaydasına uduza bilər, buna görə qayda siyahısı marşrut siyahısı ilə eyni nəfəsdə yer almalıdır.

Müştərinin IPv6 siyasəti haradan gəlir

Müştəri v6-nı tuneldən keçirmək, ondan imtina etmək və ya adlandırılmış istisnaya icazə vermək üçün qurula bilər və bu üç niyyət üç fərqli düzgün nəticə verir. Bir müşahidəni sızma adlandırmazdan əvvəl profili və müştərinin öz sənədlərini oxuyun, çünki v6-nı bloklayan, əməliyyat sistemi isə hələ də fiziki keçiddə qonşu kəşfini göndərən müştəri dizaynına uyğun davranır.

Tuneldən qəsdən kənarlaşdırılmış tətbiq, tunelin heç vaxt daşımadığı ailədən fərqli haldır. Birincisi bir proqram barədə qərardır, ikincisi əhatədə boşluqdur və təmir buna uyğun fərqlənir. Heç vaxt mövcud olmaq üçün nəzərdə tutulmamış marşrut axtarmazdan əvvəl müştərinin kənarlaşdırılmış proqramlar siyahısını oxuyun.

Dar müşahidə, cədvəl ziddiyyət təşkil edəndə

Marşrut axtarışı birmənalı olmayanda hostda bir interfeys müşahidəsi bunu həll edə bilər, ancaq suala yönəldildiyi halda. VPN son nöqtəsinə gedən trafik dizayn üzrə fiziki adapteri keçəcək; əhəmiyyətli olan, tamam başqa ünvana yönəlmiş tətbiq axınının da orada görünüb-görünməməsidir. Hər şeyi toplamaq əvəzinə tutmanı sınadığınız təyinatla məhdudlaşdırın.

Geniş tutma bir sualın tələb etdiyindən qat-qat çox şəxsi trafiki üzə çıxarır. O, həm də suala daha az aydın cavab verir, çünki əhəmiyyət verdiyiniz axın əlaqəsiz bağlantılar selinin içində basdırılmış gəlir. Sınanmış təyinatla məhdudlaşdırın, bir neçə paketdən sonra dayandırın və tutmanı silin.

Boşluğu bağlamağın üç yolu

Ailəni tuneldən keçirin, tunel onu daşıya bilmədikdə müştəridə bloklayın, ya da sahibi və baxış tarixi ilə qəsdən istisna qeyd edin. Hər biri müdafiə oluna bilər, müdafiə oluna bilməyən yeganə şey seçimin gizli qalmasıdır, çünki sızma əslində gizli seçimdir. Tunelin ümumiyyətlə v6 çıxışı yoxdursa, v6-nı müştəridə rədd etmək həm dürüst, həm də yoxlanıla biləndir. Əhəmiyyətli olan seçimin sonrakı şəxsin tapacağı yerdə yazılmasıdır, altı ay sonra davranışdan çıxarılmamasıdır.

Yenidən qoşulduqdan və şəbəkələr arasında keçdikdən sonra yoxlamanı təkrarlayın, çünki əvvəlki keçid üçün quraşdırılmış marşrut dəyişiklikdən sonra da qala bilər. Sonra təyinatı, seçilmiş marşrutu, müştəri siyasətini və sınağın istifadə etdiyi ailəni qeyd edin ki, sonrakı şəxs yenidən çıxarmaq əvəzinə qərar oxusun. RFC 7359 ikiqat stek sızmasını səhv deyil, dizayn problemi kimi sənədləşdirir və kimsə işlək v4 tunelinin hər şeyi əhatə etdiyini iddia edəndə istinad ediləcək mənbə budur.