Эмне үчүн OpenVPN профили үйдө иштейт, ал эми мейманканада иштебейт

Кеңсе Wi-Fi жана мейманкана бөлмөсү бир эле ноутбукка эки таптакыр башка тармак бере алат, ал эми ортодогу профиль бул жөнүндө эч нерсе билбейт. Үйдө иштеген жөндөө кең пейилдүү жогорку каналды, иштеген ат чечүүнү жана туннел алып жүргөн эч нерсе менен кагылышпаган жергиликтүү ички тармакты болжолдойт. Бул божомолдордун ар бири өз-өзүнчө иштебей калышы мүмкүн.

Муну оңдоонун пайдалуу жолу — тармакты төрт өзүнчө факт катары карап, анан аларды ирети менен текшерүү. Адегенде профиль жөнүндө божомолдоо адатта эч нерсени оңдобогон жана далилдерди жашырган өзгөртүү алып келет.

Төрт тармактык факт жерлердин ортосунда өзгөрөт

Биринчи факт — жергиликтүү тармак сизди такыр сыртка чыгарабы. Кирүү порталы түзмөктү кирүү бетине киргизип, ошол бет бүткөнгө чейин калганынын баарын тосот, башкача айтканда профиль канчалык туура болсо да туннел баштала албайт.

Экинчиси — ат чечүү. DNS кармаган портал ар бир суроого өз дареги менен жооп берет, ошондуктан VPN хост аты порталга чечилип, кардар веб-бетке туннел курууга аракет кылат.

Үчүнчүсү — транспорт чыпкасы. Браузингге гана уруксат бергиси келген тармактар TCP 443тү каалаган дарекке өткөрүп, UDPны кошкондо дээрлик калганынын баарын таштайт.

Төртүнчүсү — даректөө. Жергиликтүү ички тармак туннелдин артындагы тармак менен кабатташы мүмкүн, же жогорку канал такыр жарактуу IPv4 жолун бербейт.

Ат чечүү жана кирүү порталы

Профилдеги хост атын сервердин сандык дареги менен алмаштырып, кайра аракет кылыңыз. Эгер IP туташып, ат туташпаса, күнөө ат чечүүдө, ал эми профилдин өзү тартипте.

VPNге тийүүдөн мурун браузер ачып, жөнөкөй HTTP бети ачып көрүңүз. Кирүү бетине кайра багыттоо портал али күтүп турганын билдирет; аны бүтүрүп, анан кайра туташыңыз. Көп мейманканалар сессияны бир нече сааттан кийин да бүтүрөт, бул кирүү маселеси эмес, түштөгү үзгүлтүк сыяктуу көрүнөт.

Эгер сандык дарек да иштебесе, ат чечүү себеп эмес, ошондуктан транспортко өтүңүз. Сынаган дарегиңизди сактап калыңыз, анткени ал кийинки текшерүүгө пакеттер машинадан чыкканын айтат.

Транспорт чыпкасы: адегенде UDP, камдык катары TCP 443

UDP 1194 аркылуу OpenVPN агымы мейманкана фаерволу тааный турган эч нерсеге окшобойт, ошондуктан катасыз ташталат. Кардар убакыт чеги бүткөнгө чейин кайталайт, ал эми колдонуучу баш тартуунун ордуна эч качан орнобогон байланышты көрөт. Ушундай кылган фаерволдор таштоону көрүнө турган жерде сейрек жазат. Баш тартуунун жоктугу өзү белги.

TCP 443 ишенимдүү камдык, анткени тармак аны жөнөкөй HTTPSтен ажырата албайт. Бар болсо, оператордун TCP профилин колдонуңуз, себеби сервер да ошол транспортто жана портто угууга тийиш; кардарды гана өзгөртүү башка түрдөгү ийгиликсиздик жаратат. TCP профили жок болсо, портту оңдоп жаңысын ойлоп табуунун ордуна оператордон сураңыз. Сервер тарабы да макул болушу керек, ал эми дал келбестик кайрадан фаервол маселесине окшош.

Натыйжалуулук баасын күтүңүз. TCP ичиндеги TCP жоготуу бар каналда кайра жиберүүнү күчөтөт, ошондуктан иштеген TCP туннели тыгындалган мейманкана тармагында баяу сезилиши мүмкүн. Бул жеткиликтүүлүк үчүн алмашуу, кууп жүрүүчү кемчилик эмес.

Дарек кагылышуулары жана IPv4 жок жогорку каналдар

Туннел орноп, баары бир эч нерсе алып жүрбөшү мүмкүн. Жергиликтүү LAN менен алыс тармак 192.168.1.0/24 сыяктуу префиксти бөлүшкөндө, кардар алыс хостту түз туташкан деп эсептеп, пакетти туннелдин ордуна жергиликтүү каналга жиберет. Симптом — бир жетүүгө мүмкүн эмес ички тармагы бар ийгиликтүү байланыш, аны сервер тараптагы маршрут маселеси деп туура эмес окуу оңой.

Туруктуу чечим — алыс LANды сейрек кездешүүчү жеке диапазонго которуу. Үйдө эч ким колдонбогон диапазонду тандоо, мисалы 10.42.0.0/24, маселени бир жерге эмес, бардык келечектеги жерлерге алдын алат. Жергиликтүү айланып өтүү — ошол мейманкананы, хотспотту же маршрутизаторду четтетүү, бул такыр чечим эмес.

Мобилдик жогорку каналдар эки вариант кошот. Оператор деңгээлиндеги NAT кирүүчү байланыштардын келбей турганын билдирет, бул сервер хост кылсаңыз маанилүү, бирок чыгуучу кардар үчүн эмес. NAT64 котормосу менен IPv6 гана деп жөндөлгөн APN чыныгы IPv4 жолун талап кылган кардарды иштен чыгарышы мүмкүн, ал эми адаттагы дары — APN протоколун IPv4 же кош кабатка өзгөртүү.

Туннел көтөрүлгөндөн кийинки симптомдор

Туташып, анан унчукпай калган туннел адатта keepalive же MTU маселеси, бөгөлгөн порт эмес. Белгилүү бир мүнөттөн кийин кулаган байланыш keepalive же кайра сүйлөшүү таймерине көрсөтөт. Кардарды шеригин текшерүүгө жана жооптор токтогондо кайра баштоого жөндөңүз, ал эми ping өтүп, чоң өткөрүүлөр токтоп калса, кичирээк туннел MTUсун сынаңыз.

Жардам сураардан мурун үч нерсени жазып алыңыз: сынаган дарегиңиз жана ал жооп бердиби, колдонгон транспортуңуз жана портуңуз, жана иштебей калган тармактын жергиликтүү ички тармагы. Чогуу алар ат чечүүнү транспорт чыпкасынан жана дарек кагылышуусунан ажыратат, ал эми бул далилдер менен бетме-бет келгенде туруштук берүүчү себептер.