Уређивање реда у 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

Проверите адресу према свему другом што би могло да је поседује: другој експлицитној додели, опсегу динамичког базена и свакој статичкој рути која претпоставља фиксног домаћина. Адреса која се преклапа са базеном радиће док је базен не да неком другом, и тај неуспех ће изгледати случајно.

Проверите резултат на новој вези

Постојећа сесија задржава адресу која јој је дата, па је једини смислен тест нова веза. Искључите клијента, повежите се поново и прочитајте адресу коју је заиста добио заједно са рутама које су дошле с њом. Ако је адреса још динамичка, додела није примењена, и следећи корак је претрага у конфигурацији, а не још једно уређивање датотеке историје.

Држите доказе заједно: име клијента, датотеку која се поклопила, додељену адресу и базен из којег је дошла.

На крају, фиксна адреса тунела није идентификационо средство уређаја. Она означава место у плану адреса, док се аутентификација и даље ослања на сертификат и налог. Мешање двају претвара сукоб адреса у безбедносну претпоставку коју нико није записао.

Повезани чланци