Ар бир жумуш үстөлү 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ден тиешелүү үзүндүнү сураңыз. Диагностикалык максат — эки булак жооп берген бир кууш суроо, машинанын толук тарыхы эмес.

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