Коммерциялык интернет-чыгуу VPN дарегиңизди жашырат; ал сизди өз үйүңүз менен туташтырбайт. Үй тармагындагы NAS же принтерге жетүү үчүн ошол тармакта турган шлюз жана ага туннель курган кардар керек. Анан пакет беш текшерүүдөн өтүшү керек, жана алардын кайсы бири болбосун ийгиликсиз болсо, сырттан бирдей көрүнөт.

Дарбаза 1: кардар туннелди тандашы керек

Кардарда багыттоо префикси чын эле туннелге багытталганын текшериңиз. VPNдин өз ички тармагын гана жиберген split-tunnel профили 192.168.x.xти жергиликтүү интерфейстен түз чыгарат, ал эч жерге жетпейт. Профилдин атына эмес, кардардын маршруттоо таблицасына караңыз.

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

Улантуудан мурун кардар пулунун дареги менен үй ички тармагынын кабатталбастыгын ырастаңыз.

Дарбаза 2: шлюз жибериши керек

VPN чечмеленген пакетти LANга жибериши керек болгон хостто бүтөт. Бул үчүн IP жиберүү күйгүзүлгөн болушу жана файрволдун саясаты VPN интерфейсинен LAN интерфейсине агымды уруксат бериши керек. Маршруттагыч түзмөктө бул адатта камтылган; strongSwan же WireGuard иштеген Linux кутусунда бул адамдар унутуп калган эки жөндөө. Кызматты сыноодон мурун экөөнү тең текшериңиз, анткени ар бири өзү гана ошол эле күтүү убактысын берет.

LAN интерфейсинде кармоо менен сынаңыз, анткени ал жерде эч качан көрүнбөгөн пакет же ыргытылган, же эч качан жиберилген эмес.

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

Дарбаза 3: жооп жолу баарын чечет

Максат өзү көргөн булак дарегине жооп берет, ал которууңузга жараша кардар пулунун дареги же шлюз болот. Эгер максаттын демейки шлюзу үй маршруттагычы болуп, анын VPN пулуна маршруту жок болсо, жооп интернет аркылуу чыгып өлөт. Бул классикалык бир багыттуу туташуу.

Эки мыйзамдуу чечим бар: LAN шлюзүнө пул үчүн маршрут кошуу, же VPN шлюзүндө source-NAT жасоо, ошондо максат дайыма шлюздун дарегин гана көрөт. Экинчиси жеңилирээк жана баштапкы булактын инсандыгын жоготот.

Бирин атайын тандап, кайсынысын жаздырыңыз, анткени файрволдун эрежелери жана журналдар ага көз каранды. strongSwan жиберүү боюнча нускамасы ошол чечимдин Linux тарабын карайт.

Дарбаза 4: аттар жана префикстердин кабатташуусу

Жергиликтүү аныктоо аттары маршрутталган чектен өтпөйт, ошондуктан үйдүн ичинде достук ат менен көрүнгөн түзмөк туннел аркылуу көрүнбөй калышы мүмкүн. Жеке зона үчүн DNS бериңиз же даректи документтештириңиз. Кандай ат колдонсоңуз да, ал алыскы кардар маршруттай алган нерсеге чечилиши керек. Ошондуктан түзмөк бир убакта дарек боюнча жеткиликтүү жана ат боюнча көрүнбөй турган болушу мүмкүн.

Кабатташкан префикстер — экинчи тузак: кардар пулу 192.168.1.0/24 болуп, үй тармагы да ошондой болсо, кардар багыттоону жергиликтүү деп эсептейт жана аны эч качан туннел аркылуу жибербейт.

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

Дарбаза 5: үйдүн сыртынан сынаңыз

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

Кызмат жооп берип, ат бербесе, сизде туннел эмес, DNS маселеси бар.

Иштеп жаткан конфигурацияны пул, маршрут жана NAT тандоосу менен жазууда сактаңыз, анткени кийинки маршруттагыч алмашуу үчөөнү тең кайра коёт.

Тектеш макалалар