İctimai IP yoxlama səhifəsi bir suala cavab verir və adətən soruşduğunuz sual olmur. O, səhifənin gördüyü çıxış ünvanını bildirir; tunel vasitəsilə IPv6 marşrutunun işlədiyini, hostun IPv6-ya üstünlük verdiyini yoxsa geri çəkildiyini, yaxud kənarlaşdırılmış tətbiqin başqa yol tutduğunu bildirmir. Nəzarət etdiyiniz icazəli resurs daha dar suala düzgün cavab verir, çünki hər iki ucu görürsünüz. Aşağıdakı təlimat müdafiə edə biləcəyiniz nəticə almaqdan gedir, yaşıl nəticə almaqdan yox.

Addım 1: hansı IPv6 yolunu yoxladığınızı bildirin

Bunu bir cümlə ilə deyin. Tunel serverinin öz IPv6 ünvanına sorğu tuneli yoxlayır; çıxışdan kənardakı hosta sorğu çıxışın IPv6 çıxışını yoxlayır; şəxsi IPv6 ünvanına sorğu daxili marşrutu yoxlayır.

Bunlar üç fərqli iddiadır və bir uğurlu sorğu hamısını dəstəkləyə bilməz. Qarşınızdakı qərar üçün vacib olanı seçin və heç nə işə salmazdan əvvəl yazın. Narahatlıq IPv6-nın tunelin ətrafından sızmasıdırsa, sual hostun marşrut seçimi ilə bağlıdır, çıxışın əlçatanlığı ilə deyil. Narahatlıq uzaq tərəfin daxili xidmətə çata bilməsidirsə, çıxış əhəmiyyətsizdir.

Addım 2: hostun həmin marşrutu seçdiyini təsdiqləyin

ip -6 route get 2001:db8:1::10 marşrutu, mənbə ünvanını və nüvənin istifadə edəcəyi interfeysi çap edir və testin qalan hissəsi məhz bu fakta əsaslanır.

İnterfeysin mövcud olması onun seçilməsi demək deyil. İki stackli hostların prioritet cədvəli var və Linux-da /etc/gai.conf hər ikisinə həll olunan ad üçün hansı ailənin qalib gəldiyini dəyişə bilər.

Addım 3: qanuni bir təyinat və ad istifadə edin

HTTPS yoxlayırsınızsa, sertifikatın verildiyi host adından istifadə edin və doğrulamanı açıq saxlayın; testin keçməsi üçün hərfi ünvana keçmək hədəf hosta çatdığınızı sübut edən yoxlamanı məhz söndürür. Nəzarət etdiyiniz, tanınan bir adda etibarlı sertifikatla cavab verən diaqnostik xidmət ən təmiz hədəfdir. O, həm də müqayisə üçün server tərəfində log sətri verir, üçüncü tərəf yoxlayıcısı bunu heç vaxt verməyəcək.

Sorğuyu istifadə etdiyi ünvanı göstərən formada işə salın: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. -6 ailəni məcbur edir və IPv6 işləmir ilə IPv6 üstünlük verilmədi hallarını belə ayırırsınız.

ICMPv6-ya icazə verilən təmiz əlçatanlıq yoxlaması üçün ping -6 -c 3 2001:db8:1::10 kifayətdir. O, marşrutu sübut edir və ondan yuxarı heç nəyi yox.

Addım 4: iki ucu əlaqələndirin

Hər iki uca çıxışınız olduqda, müştəridə tcpdump -ni any ip6 and host 2001:db8:1::10 və resursda ekvivalentini vaxt damğaları ilə işə salın və eyni axının hər ikisində göründüyünü təsdiqləyin. İnandırıcı nəticəni sübuta çevirən budur: yalnız müştərinin görünüşü resursdan gələn cavabı aradakı nədənsə gələn cavabdan ayıra bilmir. Çekimi bir təyinatla məhdud saxlayın ki, çıxış oxunaqlı qalsın və heç kimin əlaqəsiz sessiyası fayla düşməsin.

Yenidən qoşulmadan sonra testi təkrarlayın, əgər narahatlıq siyasətin yenidən başlatmaya dözməsidirsə. Qoşulma anında bir dəfə tətbiq olunan marşrut və firewall vəziyyəti yenidən tətbiq olunan vəziyyətdən fərqlənə bilər və fərq yalnız ikinci qoşulmada görünür.

Lazım olsa, uğursuzluq halını ayrıca yoxlayın. Düşəndə IPv6-nı bloklayan tunel və onu sızdıran tunel fərqli dizaynlardır və yalnız biri uğurlu sorğu ilə təsdiqlənə bilər.

Addım 5: testin nəyi sübut etmədiyini yazın

Beşinci addım testin nəyi sübut etmədiyini yazmaqdır və məhz bu hissə atılır. Uğurlu şəxsi son nöqtə testi ictimai IPv6 çıxışını sübut etmir, DNS davranışını sübut etmir və tuneldən kənarlaşdırdığınız tətbiqləri əhatə etmir. Bunların hər biri öz təyinatını və öz müşahidəsini tələb edir. Bir hosta bir sorğudan sonra IPv6 işləyir deyən qeyd tapıntı deyil; vaxt damğası olan təxmindir.

Saxlamağa dəyər qeyd qısadır: təyinat, ad, hostun seçdiyi mənbə ünvanı, müşahidə olunan uzaq ünvan və vaxt. RFC 7359 müvafiq IPv6 yolunun həqiqətən istifadə oluna bildiyini necə yoxlamaqdan bəhs edir və bu təlimat həmin standarta daha sadə alətlərlə yaxınlaşır. Nəticə doğru olmaq üçün ictimai yoxlayıcı tələb edirsə, test kifayət qədər dəqiq deyildi.

Əlaqəli məqalələr