IPv6 көршілерді табу маршрутталған VPN арқылы неге істемейді

IPv6 көршілерді табу бір байланысқа жатады, ал маршрутталған туннель екі байланыс арасындағы шекара. Сол бір сөйлем мекенжайы бойынша жауап беретін, бірақ басқа ешнәрсемен табылмайтын қашықтағы хост туралы барлық дерлік хабарламаны түсіндіреді. Туннельді тексермес бұрын сынап жатқан мекенжайдың ауқымын тексеріңіз. Байланысқа жергілікті мекенжай тек өз байланысында мағыналы, ал сұралған түйіннің multicast тобы да дәл осылай шектелген. Екеуі де маршрутизатордан өтпейді, сондықтан ғаламдық мекенжайға ping сәтті болуы мүмкін, ал сол хост үшін табу сәтсіз аяқталады.

Ауқым конфигурациядан бұрын келеді

Көрші сұрауы мен хабарламасы 255 секіру шегін алып жүреді және жоба бойынша жіберілмейді. Туннеліңіз бен қашықтағы LAN арасындағы маршрутизатор IPv6 пакеттерін жібереді және оның атынан көрші хабарламаларын релелік таратпайды. Осылайша туннель интерфейсіндегі көршілер кэші серіктесті және аз нәрсені қамтиды, бұл дұрыс әрекет, түзетуді қажет ететін ақау емес.

fe80:: жазбасы сияқты байланысқа жергілікті мекенжай да аймақпен шектелген, және сол мәтін басқа байланыста басқа хостты көрсетуі мүмкін. Оны туннельдің арғы жағынан сынау мекенжайдың екіұшты екенінен басқа ештеңені дәлелдемейді.

Тұзақ — префикс байланыста деген болжам

Префикс байланыста деп есептейтін хост пакетті маршрутизаторына берудің орнына көрші сұрауын жібереді, және бұған қашықтағы алаңға маршрутталған /64 кіреді. Мұндай префикс байланыстағы ретінде келгенде, хост жергілікті байланыстан басқа жерде тұратын хост туралы сұрайды, және ешкім жауап бермейді. Қашықтағы хостқа кішірек нәрсені маршруттаңыз немесе префиксті оның атынан жауап беретін маршрутизаторда аяқтаңыз.

Бір қызмет үшін /128 ең аз таңқаларлық реттеу, және ол екіұштылықты толығымен жояды. Көршілерді табу спецификациясы хабарламалар жиынтығын және мұны шешетін байланыста-тұрған белгісін сипаттайды.

Көпірлеу ережелерді әдейі өзгертеді

Туннель Ethernet кадрларын тасымалдағанда, қашықтағы және жергілікті сегменттер бір байланысқа айналады, multicast екі жаққа жетеді, және көршілерді табу коммутатордағыдай әрекет етеді. Салдарлар онымен бірге келеді: broadcast және multicast су тасқыны, көпір арқылы қайталанған мекенжайларды анықтау, және оларды көрмеуі тиіс сегментке ағып кететін маршрутизатор хабарламалары. Ақау домені енді екі алаңды да қамтиды. Осының ешқайсысы көпірлеуге қарсы дәлел емес, және әр тармақ көпірді кездейсоқ емес, әдейі салуға себеп.

Табуды көрсету үшін профильді TUN-нан TAP-қа ауыстыру — әрекеттердің қате тәртібі. Сервер, клиент және мекенжай жоспары келісуі керек, ал мобильді клиенттер TAP интерфейсін мүлдем ұсынбайды, сондықтан мұндай жоба ноутбукта жұмыс істеп, телефонда сәтсіз аяқталады. Көрші проксилері мен релелері өз талаптары бар бөлек механизмдер, және олар қосымша параметрлеріне емес, желі әкімшісінің құжатталған тәртібіне жатады.

Қолданба пайдаланатын мекенжаймен сынаңыз

Маршрутты ip -6 route get арқылы растаңыз, көрші жазбасын ip -6 neigh арқылы қараңыз, содан кейін қызметті маршрутталған жол бойынша растаңыз. DNS және қайту жолы бөлек тексерулер, ал сау көрші жазбасы олардың ешқайсысын дәлелдемейді.

Егер қолданба байланысқа жергілікті немесе табуға негізделген межелі талап етсе, бұл реттеу жаттығуы емес, жобалау әңгімесі, өйткені ешбір клиент параметрі байланыспен шектелген механизмді маршрутизатор арқылы жұмыс істеуге мәжбүрлей алмайды.

Қандай жоба екенін жазыңыз

Оқиғаға дейін оның маршрутталған немесе көпірлі екенін жазып қойыңыз, өйткені екі орналастыру бұл сұрақтарға әртүрлі жауап береді, ал кезекші инженер мұны профильден болжамауы керек.

Хабарламалар жиынтығын бір рет оқу байланыс ауқымы қасиетін VPN ақауы ретінде түсіндіру азғырылуын жояды, бұл осы саладағы ең қымбат қате диагноз.