Сиз туннелге туташып, ip route иштетесиз, ал эми баштапкы демейки шлюз дагы эле ошол жерде турат. Кийинки ой — кардар маршрутту кабыл ала алган жок, ошондуктан демейкини кол менен өчүрүп, байланыштан толук ажырайсыз. Ал жазуу калышы керек эле. redirect-gateway def1 менен OpenVPN кадимки демейкини алмаштыруунун ордуна андан жогору турган эки так маршрутту орнотот. Эски шлюз калат жана сиз сынап жаткан трафикти ташууну токтотот.

def1 чындыгында эмне кылат

Бул желек 0.0.0.0/1 жана 128.0.0.0/1 кошот, экөө тең туннелге багытталган. 0.0.0.0/1 биринчи октети 0дөн 127ге чейин болгон ар бир даректи камтыйт, ал эми 128.0.0.0/1 128ден 255ке чейинкини камтыйт, ошондуктан ар бир IPv4 бара турган жеринин эски демейкиден такыраак дал келиши бар. Кайсы маршрут жеңерин метрика эмес, префикс узундугу чечет.

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

Эмне үчүн /1, /0 эмес

Маршруттоо эң узун дал келген префиксти тандайт, эң төмөн метриканы эмес, ошондуктан демейкинин метрикасы эмне десе да, /1 /0дан утат. Эки жарым тең бар, анткени бир /1 мейкиндиктин жарымын гана камтыйт; 0.0.0.0/1 гана болгондо, 128.0.0.0дөн жогорунун баары эски демейкини ээрчийт, бул айрым сайттар иштеп, башкалары иштебеген түшүнүксүз белгини жаратат.

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

Чыныгы маршруттоо таблицасын окуңуз

Туташкан хост үч жазууну тең бир убакта көрсөтө алат, мында туннел жарымдарды ташыйт, ал эми баштапкы шлюз дагы эле тизмеде турат. Даректер көчүрүү үчүн конфигурация эмес, мисалдар, анткени интерфейс аттары, туннел топологиясы жана кошумча маршруттар платформага жана кардарга жараша өзгөрөт.

default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0

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

Пакет чындыгында кайсы маршрутту аларын текшериңиз

Такыраак маршруттар дагы эле жеңиши мүмкүн: жеке диапазонго, жергиликтүү ички тармакка арналган маршрут же VPN серверинин өз дареги /1ден узунураак. Туннелге өз серверине тышкы жол керек, ал эми бул байланышты кайра туннелге жиберүү аны дароо бузат. Linuxте таблицаны көз менен окуунун ордуна ядродон сураңыз: сизди кызыктырган бара турган жер менен ip route get тандалган маршрутту, интерфейсти жана булакты басып чыгарат. Эгер саясатка негизделген маршруттоо конфигурацияланган болсо, эрежелерди да карап чыгыңыз, анткени эреже негизги таблицага кайрылганга чейин башка таблицаны тандашы мүмкүн.

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

def1 эмнени камтыбайт

Эки IPv4 жазуусу IPv6 жөнүндө эч нерсе айтпайт: IPv6 байланышы бар хост бул үй-бүлөнү өзүнчө багыттаганга чейин өз демейкисин колдонууну улантат, ошондуктан кош стектүү тармакта айрым трафик туннелди айланып өткөндөй көрүнөт. Башка кардарлар жана тармак менеджерлери толук туннелдик маршруттоону башкача ишке ашырат, алардын таблицалары дал келбейт. Бул жерде сүрөттөлгөн def1 жүрүм-туруму OpenVPNдин документтелген желегине таандык, машинадагы ар бир VPNге эмес.

Кырсык которгуч башка суроого жооп берет: туннел кулаганда машина эмне кылат. Маршрут артыкчылыгы туннел күйүп турганда трафиктин кайда кетерин чечет; ал кийинки брандмауэр эмне кыларын чечпейт. Иш тартиби: таблицаны окуңуз, эки жарымдын бар экенин ырастаңыз, ийгиликсиз бара турган жер үчүн ip route get иштетиңиз, саясат эрежелерин текшериңиз, анан IPv6ни өзүнчө караңыз. Эски демейкини кайда болсо, ошол жерде калтырыңыз.

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