VPN üzərindən IPv6: delegasiya edilmiş prefiks ünvan hovuzu deyil

Eyni gündə iki sorğu gəlir: noutbuka tunel üzərindən IPv6 lazımdır, kiçik bir sahə isə marşrutlaşdırıcısının arxasındakı cihazlar üçün IPv6 istəyir. Hər ikisinə ünvanla cavab verilir, sonra ikincisi bir həftə uğursuzluqla keçir. Rollar fərqlidir, mexanizmlər, konfiqurasiya və işlədiyini sübut edən yoxlama da fərqlidir. Bu təlimat onları ayrı saxlayır.

Birinci addım: hansı rola xidmət etdiyinizi müəyyənləşdirin

Tək host tunel interfeysində bir ünvana ehtiyac duyur, uzaq tərəfə marşrut və aşağı axında nömrələnəcək heç nə olmadan. Tunelin arxasındakı marşrutlaşdırıcı paylaya biləcəyi bütöv bir şəbəkəyə, üstəlik uzaq tərəfdə bu ünvanları ona geri yönəldən marşruta ehtiyac duyur. Tunelin arxasında olan şey sonrakı bütün qərarları müəyyən edir.

Hər hansı konfiqurasiyanı açmazdan əvvəl bu suala cavab verin. Bu addımdan sonrakı hər şey verdiyiniz cavabdan asılıdır.

İkinci addım: tək host üçün ünvan təyini

Tunel ünvanını təyin edin, məhsulun gözlədiyi prefiks uzunluğunu təsdiqləyin və müştərinin uzaq diapazon üçün marşrut qurduğunu, onu yerli defolt şlüzə göndərmədiyini yoxlayın. Tunel interfeysində /128 nöqtədən nöqtəyə keçid üçün normaldır, halbuki orada /64 heç kimin delegasiya etmədiyi şəbəkəyə iddia edir. İki çıxış sualı həll edir: ünvan cədvəli və marşrut cədvəli, hər iki tərəfdə oxunur. Onları birlikdə oxuyun, çünki marşrutun səhv interfeysə işarə etməsi bu addımda ən çox rast gəlinən səhvdir.

Hər iki tərəfdə ünvan və marşrut cədvəlləri ilə yoxlayın, sonra bir sorğu göndərin. Sorğu düzgün çıxır və heç nə qayıtmırsa, nasazlıq müştərinin ünvanında deyil, uzaq tərəfin marşrutundadır.

Üçüncü addım: tunelin arxasındakı marşrutlaşdırıcı üçün delegasiya

Prefiks delegasiyası ünvan təyinindən ayrı mexanizmdir, öz sorğusu və öz icarəsi var. Delegasiya edən tərəf aşağı axın şəbəkəsi üçün kifayət qədər böyük prefiks vermək üçün konfiqurasiya olunmalı, sorğu edən marşrutlaşdırıcı isə daxili interfeysini həmin prefiksdən nömrələməlidir.

Mobil müştərilərə xidmət edən hovuzun delegasiya edə biləcəyini güman etməyin. Bir çox VPN məhsulu tək ünvanlar təyin edir və ümumiyyətlə delegasiya rolu yoxdur, kənarınıza gələn provayder prefiksi isə avtomatik olaraq qarşı tərəfə ötürülmür. Hər hovuzun hansı rola xidmət etdiyini qeyd edin, çünki ikisi fərqli yerlərdə konfiqurasiya olunur.

Dördüncü addım: geri marşrutu açıq edin

Hər iki tərəf hansı qarşı tərəfin hansı prefiksi daşıdığı barədə razılaşmalıdır. Uzaq tərəfdə delegasiya edilmiş şəbəkə üçün tunelə yönələn marşrutu əlavə edin və heç bir üst-üstə düşən diapazonun artıq ona iddia etmədiyini təsdiqləyin.

Geri marşrutsuz etibarlı prefiks səliqəli ünvanlama planı və heç bir bağlantı vermir. Giriş qaydası olmayan marşrut sahənin daha çox hissəsini nəzərdə tutulduğundan artıq açır, ona görə iki dəyişikliyi eyni pəncərədə birləşdirin və yarım tətbiq olunmuş vəziyyəti istifadəçilərdən uzaq saxlayın.

Beşinci addım: marşrutlaşdırıcının arxasından yoxlayın

Yoxlamaları sıra ilə aparın: müştəridə tunel interfeysinin ünvanı, daxili interfeysdə delegasiya edilmiş prefiks, uzaq tərəfin həmin prefiksə doğru marşrutu və nəhayət marşrutlaşdırıcının arxasındakı cihazdan bir sorğu. Nəzarət etdiyiniz təyinat istifadə edin ki, səssiz blok itkin marşrutdan ayırd edilsin. Hansı addım sizi təəccübləndirirsə, irəliləməzdən əvvəl düzəldilməli olan odur.

Son yoxlamanı iki dəfə edin, bir dəfə marşrutlaşdırıcının özündən, bir dəfə arxasındakı cihazdan. Təyinat nöqtəsinə çata bilən, amma müştəriləri çata bilməyən marşrutlaşdırıcı delegasiya və ya yönləndirmə problemidir, yuxarı axın problemi deyil.

Geri qaytarma

Dəyişiklikdən əvvəl əvvəlki ünvanlama konfiqurasiyasını saxlayın və iki mexanizmdən hansını dəyişdiyinizi qeyd edin. Delegasiya edilmiş prefiksi marşrutu silmədən çıxarmaq qara dəlik buraxır, marşrutu prefiks olmadan silmək isə heç nəyin çata bilmədiyi ünvanlar buraxır. İki dəyişikliyi ayrıca qeyd edin, çünki birini geri qaytarıb digərini saxlamaq sahəni yalnız bir istiqamətdə əlçatmaz edir.

Bir məhsulun lazım olan rolu dəstəkləmədiyi ortaya çıxarsa, dayanın və dizaynı dəyişin, heç vaxt nəzərdə tutulmadığı diapazonu saxlamaq üçün müştəri sahəsini dartmağa çalışmayın. Səhv mexanizmlə cavablandırılan dəstək müraciəti dizayn dəyişikliyindən daha baha başa gəlir.