Екі VPN клиенті, бір маршруттау кестесі: әдепкі маршрутты кім алады

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

Қақтығыс маршруттау кестесінде тұрады

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

Клиенттер бір ортақ кестенің редакторлары. Қай өзгеріс соңғы болғанын білу барлық дерлік симптомды түсіндіреді.

Ағымдағы жолды қай туннель иеленетінін оқыңыз

Қосылғанын хабарлаған клиентке сенудің орнына нақты шешімді тексеріңіз. Жүйеден нақты тағайындауды қай интерфейс таситынын сұраңыз.

ip route get 10.20.0.5
route print -4

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

Екінші клиенттің бәрін талап қоюын тоқтатыңыз

Бір клиент әдепкі маршрутты иеленуі керек, ал екіншісі тек өз префикстерін алып жүруі керек. OpenVPN клиенттер сервер итермелейтін нәрсені қабылдамай алады.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull әрбір итермеленген маршрутты елемейді, ал pull-filter ignore "redirect-gateway" тек әдепкі маршрут директивасын ғана тастап, итермеленген DNS пен басқа опцияларды сақтайды. Олардың арасында сервер конфигурациясының қанша бөлігін әлі қалайтыныңызға қарай таңдаңыз, содан кейін екінші желіге қажет нақты префикстерді қосыңыз. DNS-ті есте сақтаңыз, өйткені сұраныстарды тасымайтын туннель итермелеген шешуші ештеңе қайтармайды. Әр желідегі бір танымал хостты сынап, қашықтағы жақ көретін бастауыш мекенжайды растаңыз.

Қабаттасатын қосалқы желілерді айналып өту мүмкін емес

Екі желі бір префиксті жариялағанда, ядро екі түрлі орын үшін бір жазбаны ұстайды және таңдауға мәжбүр. Хост маршруты жетіспейтін айырмашылықты ойлап таба алмайды, метриканы түзету де мүмкін емес. Бір жағын қайта нөмірлеңіз, немесе оның әкімшісі қашықтағы ауқымды аударып, префикстер өзгеше болсын. Клиенттерді кінәламас бұрын нақты қосалқы желілерді тексеріңіз, өйткені үй маршрутизаторының 192.168.1.0/24 әдепкі мәні кеңсе ауқымымен күткеннен жиі соқтығысады. Екі ауқымды да билетке жазыңыз, келесі өзгеріс қабаттасуды қайта жасамауы үшін.

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