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

Осындай бір жазбаны оқшаулап оқу қате қорытындыға итермелейді. Сол бір минуттағы екеуін оқыңыз, сонда реттілік көрінеді.

Үш құрал, үш сөздік

Linux-те systemd журналы бірліктің өмірлік циклі хабарларын wg-quick@wg0 немесе NetworkManager VPN плагинінен ұстайды, ал ядроның сақина буфері интерфейс пен маршруттау хабарларын тасымалдайды. Windows-та оқиғалар журналы оқиғаны жүйелік, WLAN және қашықтан қатынау провайдерлеріне бөледі, әрқайсысының өз идентификаторлары бар. macOS-та біріккен журнал ішкі жүйемен шектелген хабарларды тасымалдайды, оларды графикалық Console тек ішінара көрсетеді.

Сөздіктер аударылмайды. Бір платформаның оқиға идентификаторы екіншісінде ештеңе білдірмейді, ал Windows диалогының скриншоты Linux бірлігі туралы ештеңені дәлелдемейді.

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

FacilityWhat it recordsWhat it cannot show
systemd journalUnit start and stop, helper output, exit statusWhether packets actually reached the peer
Kernel and netlinkInterface creation, address assignment, route changesWhy the client asked for that configuration
Windows event logProvider-specific connection and adapter eventsAnything the provider chose not to log

Қосылған жол нені дәлелдейді, нені дәлелдемейді

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

Жіберу күйі — жеке бақылау, ол кез келген журналдан емес, маршруттау кестесінен келеді.

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

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

Тар терезені салыстырыңыз

Әрекет уақытын оның уақыт белдеуімен бірге жазып алыңыз, содан кейін айналасындағы бірнеше минутты тартып алыңыз. Терезедегі алғашқы қате қолдау билеттері сілтейтін ажырау жолынан дерлік бұрын болады.

journalctl -u wg-quick@wg0 --since "today 09:00" --until "today 09:20"
ip route show table all | grep wg0
log show --last 20m --predicate 'subsystem == "com.apple.network"'

Әр команда сұрақтың түрлі бөлігіне жауап береді: біріншісі өмірлік циклді, екіншісі жіберу күйін, үшіншісі macOS желілік ішкі жүйесін береді. Windows-та бүкіл арнаны айналдырмай, жүйелік журналды провайдер атымен сүзіңіз және тек сәйкес оқиғаларды экспорттаңыз.

Үзіндіні оқырман қадағалай алатындай етіп шағын ұстаңыз. Төрт маңызды оқиғасы бар жиырма минуттық терезе қорытындыны қолдайды; мыңдаған жолдан тұратын тәуліктік экспорт ештеңені қолдамайды.

Бұл жазбалар қайда тоқтайды

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

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

Басқарылатын құрылғыда ұйымдық журналды тазалауға тырысқаннан гөрі IT-тен тиісті үзіндіні сұраңыз. Диагностикалық мақсат — екі дереккөз жауап беретін бір тар сұрақ, машинаның толық тарихы емес.

Қатысты мақалалар