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

Даректи ага ээлик кылышы мүмкүн болгон бардык нерсе менен салыштырыңыз: башка ачык дайындоо, динамикалык пулдун диапазону жана бекитилген хостту болжолдогон ар кандай статикалык маршрут. Пул менен кабатташкан дарек пул аны бирөөгө бермейинче иштейт, жана бул ийгиликсиздик кокустан келгендей көрүнөт.

Натыйжаны жаңы туташууда текшериңиз

Учурдагы сессия өзүнө берилген даректи сактайт, ошондуктан жалгыз маанилүү сыноо — жаңы туташуу. Кардарды ажыратып, кайра туташыңыз жана анын иш жүзүндө алган дарегин аны менен келген маршруттар менен бирге окуңуз. Эгер дарек дагы эле динамикалык болсо, дайындоо колдонулган эмес, ал эми кийинки кадам — тарых файлын дагы оңдоо эмес, конфигурациядан издөө.

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

Акырында, бекитилген туннел дареги түзмөктүн күбөлүгү эмес. Ал дарек планындагы орунду белгилейт, ал эми аутентификация дагы эле сертификат менен эсепке таянат. Экөөнү аралаштыруу дарек кагылышын эч ким жазбаган коопсуздук божомолуна айландырат.

Тектеш макалалар