Бір үй маршрутизаторындағы екі ноутбук интернетке әртүрлі VPN шығулары арқылы қосыла алады, ал ортақ Wi-Fi бұған қатысы жоқ. Нәтижені туннель қайда жұмыс істейтіні және әр сұраныс үшін жолды қай саясат таңдайтыны шешеді. Кері сенім де соншалықты кең таралған және соншалықты қате: жеке профильдері бар екі құрылғы автоматты түрде екі жария мекенжай жасамайды. Екі қате де бір мекенжайды үш мекенжай ретінде қараудан туындайды.

Үш мекенжай, ал олардың тек біреуі сыртқа шығады

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

RFC 3022 осындағы шатасудың көп бөлігін түсіндіретін айырмашылықты сызады. Дәстүрлі NAT ішкі мекенжайларды жария мекенжайларға сәйкестендіреді, ал порттық түрлендіру көптеген ішкі мекенжайға бір уақытта бір жария мекенжайды бөлісуге мүмкіндік береді. Бір жария мекенжайы мен бірнеше құрылғысы бар отбасы — екінші жағдай, және бұл барлық жерде дерлік әдепкі.

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

Екі шығуды шын мәнінде несімен ерекшелендіреді

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

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

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

Неліктен бөлек профильдер бөлек шығулар емес

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

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

Жалғыз сенімді жауап пайдалануды жоспарлап отырған құрылым арқылы жасалған сұраныстан келеді. Қалғанының бәрі тұжырым.

Бөлуді қайда орналастыру керек

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

Маршрутизаторда тағы бір жеке DHCP жалдауын жасау тағы бір жария мекенжай жасаумен бірдей емес. Ол жергілікті көріністі өзгертеді де, шығуды тиіспеген күйде қалдырады. Бөлу шығу саясатында өмір сүреді, ол саясат маршрутизаторда болсын немесе VPN қызметінде болсын.

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

Шын мәнінде алған шығуыңызды тексеріңіз

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

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

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

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

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