Бұл L2TP мекенжайы — IPCP, LAN-дағы DHCP жалдауы емес

Ішкі мекенжай PPP келіссөзінен келеді, кеңсенің DHCP серверінен емес. Қай кезең оны тағайындайтынын, LAN неге жауап бере алмайтынын және нені тексеру керегін қараңыз.

Қосылым көтеріледі және адаптер кеңсе ауқымындағы мекенжайды көрсетеді, сондықтан табиғи қорытынды — VPN сізге LAN мекенжайын беріп, осылайша сізді LAN-ға орналастырды. Бұның екі жартысының ешқайсысы толық дұрыс емес. L2TP PPP сессиясын тасымалдайды, ал PPP IPCP арқылы ішкі IPv4 мекенжайын келіседі. Бұл мекенжай екі тарап арасында келісілген сессия параметрі, кеңсенің DHCP сервері беретін жалдау емес, және оны ұстау сізді кеңсе сымындағы көрші етпейді.

Бір қосылымда екі мекенжай

L2TP қосылымында екі тәуелсіз келіссөз бар. Сыртқысы құрылғыңыз бен VPN соңғы нүктесі арасында сізде бар кез келген желі арқылы қорғалған жол орнатады. Ішкісі — PPP сессиясы, дәл сонда сіздің сессия мекенжайыңыз бен қарсы тараптың мекенжайы келісіледі. Интернет трафигі мүлде үшінші мекенжаймен, соңғы нүктенің жария мекенжайымен шығуы мүмкін, сондықтан VPN тексеру беті мен адаптер мекенжайы сирек сәйкес келеді.

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

IPCP дәл не істейді

IPCP — PPP үшін IPv4 басқару протоколы. Әр тарап өзі қалаған опцияларды сипаттайтын Configure-Request хабарламаларын жібереді, ал мекенжай опциясы солардың бірі. Әзірге мекенжайы жоқ клиент әдетте 0.0.0.0-мен сұрайды, сервер клиент қолдануын қалаған мекенжайды тасымалдайтын Configure-Nak-пен жауап береді. Содан кейін клиент сол мекенжайды сұрайды, сессия жергілікті және қашық мекенжаймен көтеріледі.

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

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

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

LAN неге сізге жауап бере алмайды

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

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

Алдымен сессияны, содан кейін маршрутты тексеріңіз

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

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

Үш кезеңді бөлек ұстаңыз

Аутентификация, мекенжай келіссөзі және жіберу түрліше сәтсіз болады, және әрқайсысының жауаптысы бөлек. Тіркелгі деректері — бірегейлік мәселесі, IPCP-тің таусылуы — сервер саясатының мәселесі, ал қайтар маршруттың болмауы — желі дизайнының мәселесі. Үшеуін де «VPN бұзылған» деп хабарлау баяу түзетуді кепілдейді.

Берілген мекенжайды, ол қай пулдан келгенін және LAN оған жетуі керек пе екенін жазып қойыңыз. Сол бір жазба келесі адамның DHCP жалдауын болжап, ешқашан қатыспаған ауқымды іздеуіне жол бермейді.

Қатысты мақалалар