Екінші VPN клиенті біріншісін бұзды: ортақ ресурсты табыңыз

Кеше бастапқы клиент жұмыс істеп тұрды. Бүгін жаңадан келген қосылымды талап етеді, ал ескі профиль бұрын шағымсыз өтетін кезеңде тоқтайды. Тіркелгі деректері сирек қатысады, ал шлюз әдетте кінәсіз. Өзгерген нәрсе — екі VPN стек енді бірдей эксклюзивті ресурсты қалайды, ал жөндеу оны атауға байланысты. Екеуін де қайта орнатудың орнына қабаттарды аралаңыз.

Төрт қабатты ретімен аралаңыз

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

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

Екі рет жұмыс істемейтін қызметтен бастаңыз

Windows-та корпоративтік клиент әдетте туннельден көп нәрсе, өйткені ол профильмен қатар қызметті, сүзгі драйверін және кейде тіркелгі деректерінің жеткізушісін орнатады. Өзгеріске дейін және одан кейін қандай қызметтер жұмыс істегенін жазып алыңыз, содан кейін бірдеңе іске қосылғанша қайта жүктеудің орнына екі тізімді салыстырыңыз. Қызметтер тәуелділіктер арқылы бір-бірін жоққа шығара алады, мұнда біреуін іске қосу екіншісін тоқтатады, және дәл осы үлгі macOS-та launchd тапсырмаларымен және ортақ демонмен көрінеді. Бірнеше секунд ішінде іске қосылып шығатын клиент конфигурацияны емес, меншікті хабарлайды.

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

Содан кейін порт кімге тиесілі екенін сұраңыз

Порттың меншігі — алатын ең айқын дәлел, өйткені байланыстыру сәтсіздігі қақтығысты тікелей атайды. Екі IKE іске асырылуы бірдей жергілікті мекенжай мен UDP портында екеуі де жауап бере алмайды, және қанша қайталау болса да оны өзгертпейді.

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

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

Сүзгі драйвері маршруттарыңыздың астында отырады

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

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

Қай өнім жүктелуге ие екенін шешіп, оны жазып алыңыз

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

Иесін әдейі таңдаңыз. Қайта жүктеуден кейін өмір сүретін пішіндерге екінші клиентті виртуалды машина ішінде іске қосу, оны арнайы аппараттық құралда ұстау немесе екі хаттаманы да сөйлейтін бір клиентке стандарттау кіреді. Жеңілгеннің автоқосылуы мен қызметін өшіру әрбір іске қосудан кейін маршруттау кестесін қайта құрудан кішірек өзгеріс, және ол бір параметрді өңдеумен қайтарылады.