OpenVPN жіберген маршруттар орнатылмайды: уақыт, құқықтар немесе саясат

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

Сырттан олар бірдей көрінеді және түрлі түзетулерді қажет етеді. Клиент журналын маршрут туралы шешім қабылданатын жерде оқыңыз.

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

Маршруттың бұзылғанын емес, жоқ екенін дәлелдеуден бастаңыз. Linux-те ip route show dev tun0 клиенттің туннель құрылғысына не орнатқанын тізімдейді. Windows-та route print немесе Get-NetRoute дәл соны кесте түрінде көрсетеді.

Бар, бірақ трафикті жібермейтін маршрут басқа мәселе. Бұл тергеуді маршрут орнатуға емес, жіберу және желіаралық қалқан ережелеріне ауыстырады.

Уақыт: қосу құрылғы пайда болмай тұрып орындалды

Клиент сервердің PUSH_REPLY жауабын басқару арнасы көтерілгеннен кейін және интерфейсті конфигурациялағаннан кейін талдайды. Тек сонда ғана ол маршруттау кестесіне тиеді, платформа ұсынатын механизмді пайдаланып. Linux netlink арқылы өтеді; Windows көтерілген токенді қажет ететін API қолданады. Конфигурацияны оқысымен маршруттарды қосатын скрипт немесе клиент TUN/TAP құрылғысы пайда болмай тұрып іске қосылуы мүмкін, және ядро қосуды қабылдамайды.

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

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

Құқықтар: кестені кім өзгерте алады

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

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

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

Саясат: жіберілген маршруттарды әдейі тастауға болады

route-nopull клиентке сервер жіберетін маршруттарды, соның ішінде жіберілген әдепкі маршрутты да елемей, туннель мекенжайы әлі де қабылдана береді. Жіберілген DNS және DHCP параметрлері сол нұсқаулықпен тасталады. Мұндай клиент ақаулы емес; ол өз конфигурациясында айқын маршрут жолдарын күтеді.

route-noexec басқа бақылау: ол клиенттің маршрут өзгерістерін мүлдем орындауын тоқтатады. Клиент картаға түсіре алмайтын топология ұқсас нәтиже беруі мүмкін, маршрут қосылған емес, қабылданбаған деп жазылады. Үшеудің қайсысы қолданылатынын болжаудың орнына шешімді хабарлайтын журнал жолын оқыңыз. Содан кейін тиімді профильді тексеріңіз, себебі импорттаушы немесе басқару құралы пайдаланушы ешқашан өңдемеген параметрлерді қосуы мүмкін.

Мәтіндік редакторда таза көрінетін профиль іске қосу кезінде қосылған нұсқаулықты алып жүруі мүмкін.

Жіберу тізімін кестемен салыстырыңыз

Қосылғаннан кейін сервердің жіберу тізімін клиенттің кестесінің жанына қойыңыз. Linux-те бұл ip route show dev tun0; Windows-та route print немесе Get-NetRoute. Маршрут жоқ болса, алдымен орнатуды түзетіңіз. Егер ол бар болып, трафик сәтсіз болса, жіберу және желіаралық қалқан саясатына көшіңіз.

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