Çfarë zbulojnë regjistrat lokalë të sistemit për një lidhje VPN
Sistemi operativ regjistron nisjet e shërbimeve, ndryshimet e përshtatësit dhe dështimet e rrugëve që një aplikacion nuk i shkruan kurrë. Lexoni një dritare të ngushtë dhe ndërlidheni atë.
Çdo desktop mban regjistrin e vet për atë që bëri një VPN, dhe eksporti i aplikacionit është zakonisht më i paploti prej tyre. Menaxherët e shërbimeve shënojnë kur nisi një njësi, kerneli shënon kur u shfaq një ndërfaqe dhe stiva e rrjetit shënon kur rrugët nuk mund të zbatoheshin. Asnjë prej këtyre mekanizmave nuk e di çfarë synonte klienti, dhe klienti nuk e di çfarë bëri kerneli me kërkesën e tij.
Leximi i një regjistri të tillë të izoluar fton përfundimin e gabuar. Lexoni dy, nga e njëjta minutë, dhe sekuenca bëhet e dukshme.
Tre mekanizma me tre fjalorë
Në Linux, ditari i systemd kap mesazhet e ciklit të jetës së njësisë nga wg-quick@wg0 ose shtojca VPN e NetworkManager, dhe buferi unazor i kernelit mbart mesazhe ndërfaqeje dhe rrugëtimi. Në Windows, regjistri i ngjarjeve e ndan historinë midis ofruesve të sistemit, WLAN dhe aksesit në distancë, secili me identifikuesit e vet. Në macOS, regjistri i unifikuar mbart mesazhe të kufizuara në nënsistem që Console grafike i shfaq vetëm pjesërisht.
Fjalorët nuk përkthehen. Një identifikues ngjarjeje nga një platformë nuk do të thotë asgjë në një tjetër, dhe një pamje ekrani e një dialogu Windows nuk provon asgjë për një njësi Linux.
Ajo që ndajnë të tre është një vulë kohore, një burim dhe një ashpërsi, dhe pikërisht ky treshe e bën të mundur ndërlidhjen midis regjistrit të klientit dhe regjistrit të sistemit operativ. Edhe disponueshmëria ndryshon: një kontejner pa ditar, një imazh Windows i shkurtuar ose një nivel regjistrimi i ulur gjatë ndërtimit mund të fshehin një shtresë të tërë.
| Facility | What it records | What it cannot show |
|---|---|---|
| systemd journal | Unit start and stop, helper output, exit status | Whether packets actually reached the peer |
| Kernel and netlink | Interface creation, address assignment, route changes | Why the client asked for that configuration |
| Windows event log | Provider-specific connection and adapter events | Anything the provider chose not to log |
Çfarë provon një rresht i lidhur dhe çfarë jo
Një ngjarje e nisjes së shërbimit regjistron që njësia lokale u kërkua të nisej dhe që nuk doli menjëherë. Ajo nuk regjistron një shtrëngim duarsh të përfunduar, një çelës partneri të vlefshëm ose një rrugë që funksionon. Ta marrësh atë rresht si provë të një tuneli është leximi i gabuar më i zakonshëm i këtyre regjistrave. Rreshti provon qëllimin dhe gjendjen e procesit, dhe absolutisht asgjë për arritshmërinë.
Gjendja e përcjelljes është një vëzhgim i veçantë, dhe vjen nga tabela e rrugëtimit dhe jo nga ndonjë regjistër.
Një ngjarje e përshtatësit mund të shpjegojë një dështim të heshtur: ndërfaqja u ngrit, adresa u caktua dhe rrugët nuk u instaluan kurrë sepse një rregull politike i refuzoi ato. Në atë sekuencë çdo rresht i dukshëm duket i shëndetshëm ndërsa asgjë nuk rrugëtohet, dhe mënyra e vetme për ta parë është të krahasosh vulat kohore të regjistrit me tabelën e rrugëtimit në të njëjtin moment. Mbaj rendin e ngjarjeve të klientit pranë të dyjave, sepse klienti është burimi i vetëm që e di çfarë kërkoi. Dy faktet që të duhen bashkë pothuajse nuk shfaqen kurrë në të njëjtin rresht.
Një rilidhje e mëvonshme mbishkruan pjesën interesante të kësaj pamjeje, ndaj kapni dritaren në dështimin e parë dhe jo pas tre përpjekjeve.
Ndërlidhni një dritare të ngushtë
Shënoni kohën e përpjekjes me zonën e saj kohore, pastaj nxirrni pak minutat përreth. Gabimi i parë në dritare pothuajse gjithmonë i paraprin rreshtit të shkëputjes që citojnë tiketat e mbështetjes.
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"'
Çdo komandë përgjigjet një pjese të ndryshme të pyetjes: e para jep ciklin e jetës, e dyta gjendjen e përcjelljes, e treta nënsistemin e rrjetit të macOS. Në Windows, filtroni regjistrin e sistemit sipas emrit të ofruesit në vend që të lëvizni nëpër të gjithë kanalin, dhe eksportoni vetëm ngjarjet që përputhen.
Mbani ekstraktin mjaft të vogël që një lexues ta ndjekë. Një dritare prej njëzet minutash me katër ngjarje të rëndësishme mbështet një përfundim; një eksport për një ditë të tërë me mijëra rreshta nuk mbështet asgjë.
Ku ndalen këto regjistra
Regjistrat lokalë përshkruajnë pajisjen, jo rrugën. Ata nuk mund të tregojnë çfarë ruajti një ofrues, nëse një sesion u përputh me një llogari ose çfarë pa një destinacion. Deklarata e një ofruesi se nuk mban regjistra nuk thotë asgjë për sistemin operativ në laptopin tuaj, dhe një ngjarje lokale nuk provon asgjë për regjistrat historikë të ofruesit.
Ata mbartin edhe më shumë të dhëna personale sesa pritet: emrat e përdoruesve, emrat e hosteve, shtigjet e montimit dhe identifikuesit e pajisjes shfaqen në mesazhe normale të sistemit edhe kur nuk ka përmbajtje shfletimi. Hiqini ato përpara se të bashkëngjitni diçka në një tiketë, dhe mbajeni origjinalin nën kontrolle normale të aksesit.
Në një pajisje të menaxhuar, kërkoni ekstraktin përkatës nga IT në vend që të provoni të fshini regjistrimin organizativ. Qëllimi diagnostik është një pyetje e vetme e ngushtë të cilës i përgjigjen dy burime, jo një histori e plotë e makinës.