VPN bağlantısı kəsildikdən sonra Mac-də IPv6 vəziyyətini necə yoxlamaq olar

Tunel çökdükdən sonra IPv4 üzərindən bir sayta çatsanız da, IPv6 barədə heç nə sübut etməmisiniz. macOS iki ailəni hər şəbəkə xidməti üzrə ayrı-ayrı konfiqurasiya edir və VPN müştərisi birini digərinə toxunmadan dəyişə bilər. Üç təbəqəni sıra ilə işləyin: ünvan konfiqurasiyası, marşrut seçimi, sonra da müştərinin əlaqə kəsilmiş halda quraşdırdığı istənilən siyasət. Bu arada giriş şəbəkəsini dəyişməz saxlayın, əks halda iki fərqli problemi müqayisə edəcəksiniz.

Əslində pozulan ailədən başlayın

IPv4 üzərindən açılan səhifə fiziki şəbəkənin işlədiyini göstərir. O, xidmətin qlobal IPv6 ünvanı olub-olmadığını, prefiksin hələ də elan edilib-edilmədiyini və ya nəyinsə ailəni filtrləyib-filtrləmədiyini demir. Alət seçməzdən əvvəl nəyin uğursuz olduğunu təsdiqləyin, çünki əlçatmaz ünvana çevrilən ad, heç çevrilməyən adla tam eyni görünür. Hansı təbəqənin səhv cavab verdiyini soruşun və cavabı yazın. Bu olmadan hər sonrakı addım prosedur paltarına bürünmüş təxmindir.

Bütün müqayisə boyu eyni Wi-Fi şəbəkəsini və giriş nöqtəsini saxlayın. Dünən IPv6 təklif edən kafe şəbəkəsi, indi olduğunuz şəbəkə barədə heç nə demir.

Ünvanı marşrutdan əvvəl oxuyun

Sistem Ayarlarında aktiv xidmətin TCP/IP paneli IPv6-nın avtomatik, əl ilə və ya yalnız link-local olduğunu göstərir. Bunu gözlədiyiniz vəziyyətlə müqayisə edin, təşkilatın əl ilə konfiqurasiyanı qəsdən seçmiş ola biləcəyini xatırlayaraq. Sonra ifconfig əmrini işə salın və sözügedən interfeysi oxuyun. Tək başına bir fe80:: ünvanı interfeysin qonşuları ilə danışa bildiyini və başqa heç nə demir, yəni link-local mövcudluğu istifadə edilə bilən yolun sübutu deyil.

Müştərinin arxada qoyduğu utun interfeyslərini də axtarın. Köhnə tunel cihazı müştəri ondan istifadəni dayandırdıqdan uzun müddət sonra da ünvanı və marşrutu saxlaya bilər. Əgər belə biri varsa, bu, müştəri sahibi üçün həyat dövrü tapıntısıdır, yerində silinəcək bir şey deyil.

Uğursuz təyinat üçün marşrut cədvəlini oxuyun

Yaddaşa uğursuz olan təyinat barədə sorğu verin, standart marşrut barədə deyil. route -n get 2001:db8::25 həmin ünvan üçün seçilmiş interfeysi və şlüzü çap edir, netstat -rn -f inet6 isə müqayisə üçün bütün cədvəli göstərir. Standart marşrut sizə standartın mövcud olduğunu deyir; bu təyinatın ondan istifadə etdiyini demir.

DNS-i öz bölməsində saxlayın. IPv4 üzərindən əlçatan olan resolver yenə də AAAA qeydlərini qaytara bilər, ona görə axtarış uğursuzluğu və marşrutlaşdırma uğursuzluğu brauzerdə eyni simptoma gətirib çıxarır.

Müştərinin bloklama siyasətini qalıqdan ayırın

Bəzi müştərilər əlaqə kəsilmiş halda trafiki bloklamaq üçün layihələndirilib, o cümlədən digər ünvan ailəsi, və bu davranış qüsur deyil, xüsusiyyətdir.

Bloku zədə kimi qəbul etməzdən əvvəl müştərinizin hansı davranışı sənədləşdirdiyini öyrənin. scutil --dns hər xidmət üzrə qüvvədə olan resolverləri göstərir, müştərinin quraşdırdığı resolverin və ya əhatəli DNS parametrinin göründüyü yer elə burasıdır. Sonra paket filtri qaydalarının quraşdırılıb arxada qoyulduğunu yoxlayın. Gözlənilən blok ilə qalıq qayda əks cavablar tələb edir və onları yalnız sahibin sənədləri ayırır.

Sübut toplayın, sonra bir şeyi dəyişin

Müştəri versiyasını, macOS versiyasını, şəbəkə xidmətini, nəzərdə tutulan əlaqəsiz siyasəti və bir qoşulma-ayrılma dövrünün hər iki tərəfindəki ünvan və marşrut çıxışını qeyd edin. Bu qeyd şikayəti kiminsə araşdıra biləcəyi həyat dövrü probleminə çevirən şeydir. Sonra bir tək dəyişiklik edin və yenidən ölçün.

Sıfırlamaya müqavimət göstərin. Virtual interfeysləri silmək, marşrut cədvəlini boşaltmaq və IPv6-nı bütün maşın üzrə söndürmək əldə etməyiniz lazım olan vəziyyəti məhv edir və özləri ilə əlaqəsiz konfiqurasiya apara bilər. Müştərinin dəstəklənən fasilə, təmir və ya silmə axını varsa, ondan istifadə edin və şəbəkənin idarə olunduğu yerdə administratorun prosedurunu izləyin. Artıq sıfırlanmış maşın sahibinə işləyəcək heç nə vermir və o, adətən növbəti bağlantıda nasazlığı təkrar istehsal edir.