OpenVPN-де әр клиентке статикалық IP: ifconfig-push, ipp.txt емес

ipp.txt ішіндегі жолды өңдеу мекенжайды резервтеу сияқты сезіледі, бірақ олай емес. ifconfig-pool-persist атайтын бұл файл ортақ атаудың соңғы рет қай мекенжайға ие болғанын жазады, сондықтан пул ыңғайлы болғанда сол мекенжайды қайтара алады. Ондағы ештеңе келесі қосылымды сол нөмірге байламайды.

Төмендегі тексерулерді ретімен орындаңыз. Әрқайсысы не механизмді растайды, не тоқтап, кірісті түзетуді айтады.

Тұрақтылық файлы не үшін керек

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

Белгілі бір клиент үшін нақты мекенжай керек болса, құжатталған механизм — ifconfig-push, және ол сол клиентке тиесілі конфигурацияда болуы керек.

Дұрыс клиент таңдалғанын тексеріңіз

Айқын тағайындау клиенттің ортақ атымен ізделеді, сондықтан дұрыс емес сәйкестікке арналған файл ешқашан оқылмайды. Сервер сол клиенттің аты ретінде нені санайтынын растаңыз, әсіресе username-as-common-name оны аутентификациядан кейін өзгертетін жерде. Содан кейін файл аты сол мәнге дәл сәйкес келетінін, әріптердің бас-кішілігін қоса, растаңыз.

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

Сандардың топологияға сәйкестігін тексеріңіз

Аргументтердің мағынасы туннель топологиясына байланысты, және көшірілген мысал ең көп зиянды дәл осында келтіреді. Ескі net30 орналасуында әр клиент төрт мекенжайдан тұратын блокты алады, сондықтан push мекенжайлар жұбын береді. Ішкі желі топологиясында клиент бір мекенжайды және пулдың маскасын алады, ал жұп пішіні қате. Жолды жазбас бұрын топологияны жұмыс істеп тұрған конфигурациядан оқыңыз.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

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

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

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

Дәлелдерді бірге ұстаңыз: клиент аты, сәйкес келген файл, тағайындалған мекенжай және ол келген пул.

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