bypass-dhcp OpenVPN маршрут жоспарына шын мәнінде не қосады

redirect-gateway def1 bypass-dhcp бар профиль IPv4 әдепкі маршрутын ауыстыруды бір тар ерекшелікпен біріктіреді. Адамдар соңғы сөзді оқып, ұялы байланыс үшін жалпы шешім күтеді, содан кейін осы жалауша ешқашан қолдамаған DHCP теориясына түсті өткізеді. Әр бөлік бір іс жасайды, ал ерекшелік оның беделінен әлдеқайда кіші.

Тек ұялы желіде болатын сәтсіздікті мекенжай бөлуге телуден бұрын жалаушаларды бөліп қараңыз. Бұл жолдың екі жартысының бір-біріне қатысы жоқ.

Екі жалауша, екі байланысы жоқ жұмыс

def1 кезінде клиент бұрыннан бар әдепкі маршрутты алмастырудың орнына екі IPv4 жартылай әдепкі маршрут қосады. 0.0.0.0/1 мекенжай кеңістігінің төменгі жартысын, ал 128.0.0.0/1 жоғарғы жартысын қамтиды, сондықтан бірге олар кез келген межеге жетеді, ал әрқайсысы 0.0.0.0/0-ден нақтырақ болып қалады. Сондықтан бастапқы әдепкі маршрут сол іздеулерді ұтпай кестеде қалады, бұл ескі шлюзді клиент анық маршруттайтын барлық нәрсе үшін қолжетімді ұстайды. Сондай-ақ кестеде бір-біріне қабаттасатын екі әдепкі маршрут қалады, сондықтан маршруттар шығысы профиль меңзегеннен оғаш көрінуі мүмкін.

bypass-dhcp бөлек және әдепкі маршрутқа мүлдем тимейді. OpenVPN 2.6 нұсқаулығы оны жергілікті ішкі желіде жоқ DHCP серверіне тікелей маршрут қосу деп сипаттайды, осылайша жалдау трафигі туннельден тыс шығады, және бұл әрекеттің Windows клиенттерінде іске асырылғанын, басқа жерде қолжетімсіз болуы мүмкін екенін атап өтеді.

Оның болу себебі механикалық. Жартылай әдепкі маршруттар шығыс трафикті ұстап алған соң, физикалық желідегі серверге бағытталған DHCP жаңартуы, егер бірдеңе сол мекенжайды нақты интерфейске бекітпесе, туннельге бағытталар еді. Жалауша оны бекітеді.

Ерекшелік шын мәнінде немен шектеледі

Сәтті қосылудан кейінгі үлгі кесте пішінді көрсетеді: туннель арқылы екі жартылай әдепкі маршрут және физикалық шлюз арқылы DHCP серверіне бір хосттық маршрут. Оны өз мекенжайларыңыз ретінде емес, пішін ретінде оқыңыз.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

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

Клиент шын мәнінде нені орнатқанын тексеріңіз

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

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

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

Жолдың қалған бөлігі бұл жалаушада емес

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

Атауларды шешу мен IPv6 әрқайсысы өз саясатын қажет етеді. IPv4 ауыстыру шешуші құрылғыны туннель жағындағы серверге бағыттамайды және IPv6 қамтуын орнатпайды, ал тек v4-ті қайта бағыттайтын клиент v6 жолын тиіспеген күйде қалдырады.

Профиль мен межені бекітіп тұрып, бір мақұлданған зиянсыз сұранысты жұмыс істейтін және сәтсіз кіру жолында салыстырыңыз. Айырмашылық атауларды шешуде, туннель орнатуда, маршрут таңдауда әлде жіберілген трафикте ме екенін жазып алыңыз және жауапты профильмен бірге сақтаңыз. Дәл осы жазба келесі адамға DHCP жете алмайтын мәселеге кінә тағуға жол бермейді.