Жаңа хотспот клиентінің IP алуда ілініп қалуы VPN ақауы емес

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

Үш кезең және сіз қайсысындасыз

Алдымен қосылу келеді: клиент хотспоттың сымсыз желісіне қосылады. Қате құпиясөз, WPA3 сәйкессіздігі немесе радио үйлесімділігі мәселесі осында сәтсіз аяқталады және клиент әдетте соны айтады. Екінші — мекенжай беру: IPv4 үшін клиент жалдау сұрап, мекенжай мен жергілікті қақпа параметрлерін алады, ал IPv6 әдетте DHCP орнына маршрутизатор хабарламаларын пайдаланады, мұны AOSP-тің tethering құжаттамасы сипаттайды. Үшінші — сыртқа шығу: хост телефон рұқсат етілген трафикті өзі таңдаған жоғары ағын жолына жібереді, ол оның туннелі болуы да, болмауы да мүмкін.

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

Аңыз: маршрутталған VPN жергілікті DHCP-ны қашықтағы сұрауға айналдырады

Маршрутталған туннель өзі таңдаған межелер үшін IP пакеттерін жылжытады. DHCP анықтау — хотспоттың өз сегментіндегі тарату, ал телефондағы tethering қызметі оған жергілікті түрде жауап береді, сондықтан туннель қосулы тұрғанда клиент мекенжай ала алады. Тек әдейі көпірленген немесе релеленген құрылым ғана бұл алмасуды басқа жерге жібереді, ал бұл басқа сәтсіздік қолтаңбасы бар басқа орналасу.

Сондықтан «VPN сервері DHCP-ға жауап бермейді» — диагностика емес, модель қатесі. Жергілікті делдал телефонда. Егер ол жауап беруді тоқтатса, себептер жергілікті: tethering қызметі, клиенттер шегі, жалдау пулы немесе қосылуды дұрыс аяқтамаған клиент. Олардың ешқайсысы туннельдің алыс жағында тұрмайды.

Жұмыс істеп тұрған клиент шын мәнінде нені дәлелдейді

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

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

Салыстыруды жергілікті және қайтымды ұстаңыз

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

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

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

Жалдау нені дәлелдемейді

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

Кезеңдерді ретімен орындаңыз, сәтсіздік орын ауыстыруды тоқтатады. Мекенжай алуда ілініп қалған клиент — жергілікті tethering сұрағы; мекенжайы бар, бірақ беттері жоқ клиент — жіберу немесе атау сұрағы; беттері бар, бірақ шығысы қате клиент — туннель қамтуының сұрағы. Оларды бөлек ұстау — жөндеудің көп бөлігі.