Nega IPv6 qo'shni aniqlash marshrutlangan VPN orqali ishlamaydi

IPv6 qo'shni aniqlash bitta havolaga tegishli, marshrutlangan tunnel esa ikki havola orasidagi chegara. O'sha bitta gap manzil bo'yicha javob beradigan, ammo boshqa hech narsa bilan topilmaydigan uzoq xost haqidagi deyarli barcha xabarlarni tushuntiradi. Tunnelni tekshirishdan oldin sinab ko'rayotgan manzilingiz qamrovini tekshiring. Havolaga mahalliy manzil faqat o'z havolasida ma'noga ega, so'ralgan tugunning multicast guruhi ham xuddi shunday cheklangan. Ikkalasi ham marshrutizatordan o'tmaydi, shuning uchun global manzilga ping muvaffaqiyatli bo'lishi mumkin, ammo o'sha xost uchun aniqlash muvaffaqiyatsiz bo'ladi.

Qamrov konfiguratsiyadan oldin keladi

Qo'shni so'rovi va e'loni 255 sakrash chegarasini olib yuradi va dizayn bo'yicha uzatilmaydi. Tunnelingiz va uzoq LAN orasidagi marshrutizator IPv6 paketlarini uzatadi va uning nomidan qo'shni xabarlarini qayta uzatmaydi. Shunday qilib tunnel interfeysidagi qo'shni keshida sherik va ozgina boshqa narsa bo'ladi, bu to'g'ri xatti-harakat, tuzatiladigan nuqson emas.

fe80:: kabi yozuvli havolaga mahalliy manzil ham zona bilan cheklangan, va o'sha matn boshqa havolada boshqa xostni ko'rsatishi mumkin. Uni tunnelning narigi tomonidan sinash manzil noaniq ekanidan boshqa hech narsani isbotlamaydi.

Tuzoq — prefiks havolada degan taxmin

Prefiks havolada deb hisoblaydigan xost paketni o'z marshrutizatoriga berish o'rniga qo'shni so'rovini yuboradi va bunga uzoq saytga marshrutlangan /64 ham kiradi. Bunday prefiks havolada bo'lgan holda kelganda, xost mahalliy havoladan boshqa joyda yashaydigan xostni so'raydi va hech kim javob bermaydi. Uzoq xostga kichikroq narsani marshrutlang yoki prefiksni uning nomidan javob beradigan marshrutizatorda tugating.

Bitta xizmat uchun /128 eng kam hayratlanarli tartib va noaniqlikni butunlay yo'q qiladi. Qo'shni aniqlash spetsifikatsiyasi xabarlar to'plamini va buni hal qiladigan havolada-bayrog'ini tavsiflaydi.

Ko'priklash qoidalarni ataylab o'zgartiradi

Tunnel Ethernet kadrlarini tashiganda, uzoq va mahalliy segmentlar bitta havolaga aylanadi, multicast ikkala tomonga yetadi va qo'shni aniqlash kommutatordagidek ishlaydi. Oqibatlar ham birga keladi: broadcast va multicast toshqini, ko'prik bo'ylab takroriy manzillarni aniqlash va ko'rmasligi kerak bo'lgan segmentga oqib chiqadigan marshrutizator e'lonlari. Nosozlik domeni endi ikki saytni ham qamrab oladi. Bularning hech biri ko'priklashga qarshi dalil emas va har bir band ko'prikni tasodifan emas, ataylab qurish sababidir.

Aniqlash ko'rinishi uchun profilni TUN'dan TAP'ga o'zgartirish — noto'g'ri amallar tartibi. Server, mijoz va manzillash rejasi kelishishi kerak, mobil mijozlar esa TAP interfeysini umuman taklif qilmaydi, shuning uchun bunday dizayn noutbukda ishlaydi va telefonda muvaffaqiyatsiz bo'ladi. Qo'shni proksilari va relelari o'z talablariga ega alohida mexanizmlar va ular ilova sozlamalariga emas, tarmoq administratorining hujjatlashtirilgan tartibiga tegishli.

Ilova ishlatadigan manzil bilan sinang

Marshrutni ip -6 route get bilan tasdiqlang, qo'shni yozuvini ip -6 neigh bilan ko'ring, so'ngra xizmatni marshrutlangan yo'lda tasdiqlang. DNS va qaytish yo'li alohida tekshiruvlar, sog'lom qo'shni yozuvi ularning hech birini isbotlamaydi.

Agar ilova havolaga mahalliy yoki aniqlashga asoslangan manzilni talab qilsa, bu sozlash mashqi emas, dizayn suhbati, chunki hech qanday mijoz sozlamasi havola bilan cheklangan mexanizmni marshrutizator orqali ishlaydigan qilmaydi.

Qanday dizayningiz borligini yozib qo'ying

Hodisadan oldin uning marshrutlangan yoki ko'priklangan ekanini qayd eting, chunki ikki joylashtirish bu savollarga turlicha javob beradi va navbatchi muhandis buni profildan taxmin qilmasligi kerak.

Xabarlar to'plamini bir marta o'qish havola qamrovi xususiyatini VPN nuqsoni deb tushuntirish vasvasasini yo'q qiladi, bu esa bu sohadagi eng qimmat noto'g'ri tashxis.