Windows'то OpenVPN адаптери тынымсыз үзүлүп жатабы? Кош IP текшериңиз

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

Бул айырма маанилүү, анткени туннелдин конфигурациясына багытталган ар бир диагностикалык кадам сервер тараптагы кош даректи өткөрүп жиберет.

Кардар журналынан эмес, Windows окуялар журналынан баштаңыз

Windows дарек кагылыштарын система журналына 4198 жана 4199 окуя IDлери менен жазат. Биринчиси дарек үчүн аныкталган кагылышты билдирет, экинчиси интерфейс өзү конфигурацияланган даректи колдоно албаганын билдирет. Экөө тең OpenVPNды эске албайт, ошондуктан аларды байкабай калуу оңой.

Акыркы окуяларды алып, алардын убакыт белгилерин адаптердин жаңыртуу цикли менен салыштырыңыз: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap. Ар он беш секунд сайын кагылыш ошол эле дарекке жооп берүүнү уланткан ээге каршы ошол эле даректи кайра сынап жаткан кардарга туура келет. Туташуу учурундагы жалгыз кагылыш тескерисинче бир жолку кагылышка багыттайт. Кандай болбосун, кийинки суроо — даректи дагы ким кармап турат.

Үч жайгаштыруу эки хостту бир дарекке коёт

Серверден даректи ким кармап турат деп ойлой турганын сураңыз, анан тармактан ага ким жооп берерин сураңыз. grep -H ifconfig-push /etc/openvpn/ccd/* ар бир бекитилген туннел дарегин жана ал тиешелүү сертификатты тизмелейт. ip -4 neigh show dev tap0 көпүрөнүн экинчи деңгээлде эмнени үйрөнгөнүн көрсөтөт. Бул эки тизмени салыштыруу кош жазмалардын көбүн бир мүнөттөн аз убакытта табат.

Үч жайгаштыруу алардын дээрлик баарын түшүндүрөт: client-config-dir жазуусу эки сертификат үчүн бир даректи бекитет, көпүрөлөнгөн tap сегменти машинага башка хостто статикалык түрдө бар даректи берет, же эскирген ижара файлы азыркыга чейин туташкан кардар өзүнүкү деп эсептеген даректи кайтарат. Үчүнчү учур эң куу, анткени ifconfig-pool-persist белгилүү кардарлар үчүн даректерди атайын кайра колдонот.

Дарек үчүн жарышуунун ордуна аны уникалдуу кылыңыз

Жүктөө тартиби бүгүн ким жеңээрин гана чечет, ошондуктан кайра жүктөө тартибине негизделген ар кандай оңдоону убактылуу деп эсептеңиз. Ар бир кардарга өзүнүн ifconfig-push сапын бериңиз же эч бир көпүрө же сервер интерфейси тийбеген диапазондон статикалык даректерди бөлүңүз. Кардарлардын тизмесин кош жалпы аттарга да текшериңиз, анткени duplicate-cn эки сессияга бир инсанды жана ошону менен бир бекитилген даректи бөлүшүүгө мүмкүндүк берет. Эгер көпүрөлөнгөн түзмөккө чын эле туруктуу дарек керек болсо, аны өзүнүн ички тармагына которуңуз же сервер жаза турган жерде пулдан камсыздаңыз.

persist файлын кандай ижараларды кармап турганын билгенден кийин гана жок кылыңыз, болбосо кийинки кайра туташуу ошол эле даректерди кайра бөлүштүрөт.

Туура тартипте кайра жүктөп, ар бир дарек үчүн бир ээни ырастаңыз

Өзгөртүүнү адегенде серверге колдонуп, анан кардарларды кайра туташтырыңыз, ошентип ар бир катышуучу оңдолгон пулга катталат. Кардарларды биринчи кайра жүктөө аларды сервер азыркыга чейин ээлеп турат деп эсептеген даректер менен калтырат. Кайра жүктөөдөн кийин абал файлын окуп, ар бир жалпы ат бир дарек менен бир жолу көрүнөрүн ырастаңыз. Бир ат үчүн эки жазуу эски сессия эч качан жабылбаганын билдирет, пул бузулганын эмес.

Эгер кардар дагы эле өз дарегин кармай албаса, ошол эле хосттогу көпүрө интерфейсинин аны алып жүргөнүн текшериңиз. Жеткирүүчүнүн түзмөгүнөн даректи мураска алган көпүрө VPN сервери ал даректи кардарга берип койгон болсо да, ага ARP менен жооп берет.

Билетти жаппас мурун толук жаңыртуу цикли бою көз салыңыз

Бир таза окуу эч нерсени далилдебейт. Адаптерди жок дегенде он мүнөт көзөмөлдөп, ортосунда кайра туташууну мажбурлаңыз: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState. Дарек кайра туташуудан аман өтүп, артык көрүлгөн абалда калышы керек.

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

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