VPN арқылы IPv6: делегацияланған префикс — бұл мекенжай пулы емес

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

Бірінші қадам: қай рөлге қызмет ететініңізді шешіңіз

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

Кез келген конфигурацияны ашпас бұрын осы сұраққа жауап беріңіз. Осы қадамнан кейінгінің бәрі қандай жауап бергеніңізге байланысты.

Екінші қадам: жалғыз хост үшін мекенжай тағайындау

Туннель мекенжайын тағайындаңыз, өнім күтетін префикс ұзындығын растаңыз және клиенттің алыс ауқымға маршрут орнататынын, оны жергілікті әдепкі шлюзге жібермейтінін тексеріңіз. Туннель интерфейсіндегі /128 нүктеден нүктеге қосылым үшін қалыпты, ал ондағы /64 ешкім делегацияламаған желіге талап қояды. Екі шығыс сұрақты шешеді: мекенжай кестесі мен маршрут кестесі, екі ұшта оқылады. Оларды бірге оқыңыз, өйткені дұрыс емес интерфейске көрсететін маршрут осы қадамдағы ең көп таралған қате.

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

Үшінші қадам: туннель артындағы маршрутизатор үшін делегация

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

Мобильді клиенттерге қызмет ететін пул делегациялай алады деп ойламаңыз. Көптеген VPN өнімдері жеке мекенжайларды тағайындайды және делегация рөлі мүлдем жоқ, ал сіздің шетіңізге келген провайдер префиксі серіктеске автоматты түрде берілмейді. Әр пул қай рөлге қызмет ететінін жазып алыңыз, өйткені екеуі әртүрлі жерде конфигурацияланады.

Төртінші қадам: қайтару маршрутын айқын етіңіз

Екі ұш қай серіктестің қай префиксті таситыны туралы келісуі керек. Алыс жақта делегацияланған желі үшін туннельге бағытталған маршрутты қосыңыз және ешбір қабаттасатын ауқым оған әлдеқашан талап қоймайтынын растаңыз.

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

Бесінші қадам: маршрутизатордың артынан тексеріңіз

Тексерулерді ретімен орындаңыз: клиенттегі туннель интерфейсінің мекенжайы, ішкі интерфейстегі делегацияланған префикс, алыс жақтың сол префикске қарай маршруты және соңында маршрутизатордың артындағы құрылғыдан сұрау. Өзіңіз бақылайтын межелеу нүктесін пайдаланыңыз, сонда үнсіз бұғаттау жоғалған маршруттан ажыратылады. Қай қадам таңқалдырса да, әрі қарай жалғастырмас бұрын түзету керек — сол.

Соңғы тексеруді екі рет жасаңыз, бір рет маршрутизатордың өзінен және бір рет оның артындағы құрылғыдан. Межелі нүктеге жететін, бірақ клиенттері жете алмайтын маршрутизатор — бұл делегация немесе қайта жіберу мәселесі, жоғары жақтың мәселесі емес.

Қайтару

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

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