Inspektimi i ndërfaqes VPN në Linux me ip link, shtresë pas shtrese

Ikona e klientit thotë se është i lidhur, ndërfaqja ekziston dhe aplikacioni përsëri nuk arrin asgjë. Ky kombinim është i zakonshëm, sepse një ndërfaqe virtuale mund të mbetet e pranishme ndërsa mungojnë homologu i saj i largët, adresat ose rrugët e saj. ip link është mjeti i parë i duhur dhe gjithashtu ai që lexohet më lehtë tepër optimistisht. Flamujt dhe numëruesit përshkruajnë një shtresë, dhe shtresat mbi ta dështojnë në mënyrë të pavarur. Është gjithashtu mjeti që njerëzit citojnë kur duan të provojnë se tuneli është lart, gjë që pikërisht këtë pretendim ai nuk mund ta mbajë vetëm.

Lexoni ndërfaqen përpara se të lexoni ikonën

Filloni me ip -details link show dev tun0 siç dokumentohet në manualin e ip-link, duke zëvendësuar emrin konvencional me ndërfaqen që klienti juaj zotëron në të vërtetë. Flamujt, lloji, MTU dhe identiteti i ndërfaqes janë vëzhgime të dobishme. Formulimi i gjendjes së një ndërfaqeje virtuale nuk duhet të sillet si treguesi i bartësit të një kablli fizik, prandaj UP-ja trajtohet si deklaratë për ndërfaqen dhe jo për tunelin.

Ky dallim shpjegon rastin më konfuz: një ndërfaqe që vazhdon ndërsa ana e largët rilidhet ose është e paarritshme.

Cilësimet e qëndrueshmërisë mund ta mbajnë lidhjen pikërisht që rilidhja të mos e rindërtojë atë, që do të thotë se prania nuk është shëndet.

Shtoni numëruesit dhe një kërkesë që duhet t'i përdorë ata

Përdorni pamjen e mbështetur të statistikave, ip -s link show dev tun0, dhe vini re numrat e paketave dhe bajteve në të dy drejtimet. Më pas gjeneroni një kërkesë të padëmshme që duhet të kalojë nëpër ndërfaqe dhe krahasoni drejtimin përkatës. Një kërkesë që mori rrugën e drejtpërdrejtë të një aplikacioni tjetër nuk do t'i lëvizë ata numërues, dhe pikërisht ky është qëllimi i ushtrimit.

Nëse numëruesi i transmetimit lëviz dhe numëruesi i marrjes jo, paketa doli dhe asgjë nuk u kthye. Ky është një problem tjetër nga një ndërfaqe që nuk ka mbartur kurrë asgjë. Nëse lëvizin të dy numëruesit dhe aplikacioni përsëri dështon, defekti qëndron mbi ndërfaqen, gjë që është përparim dhe jo rrugë pa krye.

Lexojeni dy herë, një herë para dhe një herë pas, në vend që t'i besoni një pamjeje të vetme.

Adresat dhe rrugët janë hapa të veçantë

Një lidhje mund të ekzistojë pa parashtesën, konfigurimin e zgjidhësit ose rrugën që aplikacioni ka nevojë. Kontrolloni adresën me ip address show dev tun0, pastaj kontrolloni cilën rrugë do të zgjidhte destinacioni me ip route get për objektivin aktual. Këto tri vëzhgime përgjigjen tri pyetjeve të ndryshme, dhe vetëm e fundit ka të bëjë me përcjelljen.

Për IPsec, politika e sigurisë dhe gjendja e asociimit gjithashtu mund të kenë rëndësi, dhe jo çdo dizajn IPsec shfaqet si një ndërfaqe e thjeshtë tun. Kërkimi i një pajisjeje tun që nuk do të ekzistonte kurrë është një rrugë e shpejtë për të nxjerrë përfundimin e gabuar.

Regjistroni emrin e saktë, hapësirën e emrave dhe kohën me çdo dalje që mbani, sepse një emër që duket i njëjtë në një kontejner tjetër ose në një sesion të rikthyer përfaqëson një kontekst krejt tjetër.

Mos fshini atë që nuk e keni identifikuar

Një ndërfaqe e panjohur nuk është automatikisht e skaduar. Identifikoni pronarin e saj përpara se të hiqni çdo gjë, dhe kur heqja është vërtet e synuar, përdorni procedurën e dokumentuar të klientit ose konfigurimin e menaxhuar. Fshirja e një tuneli aktiv për të parë çfarë ndodh është një provë që përgjigjet një pyetjeje që askush nuk e bëri.

Nëse ndërfaqja i përket një runtime kontejnerësh ose një hapësire emrash rrjeti që nuk e krijuat ju, pronari është një komandë larg dhe ia vlen ta gjeni së pari.

Ky kujdes vlen edhe për ip link set down, i cili duket i kthyeshëm dhe shpesh nuk është.

Çfarë duhet t'ju lërë inspektimi

Një inspektim i mirë përfundon me katër fakte: emrin dhe hapësirën e emrave të ndërfaqes, flamujt dhe MTU-në e saj, diferencën e numëruesve nga një kërkesë reale, dhe rrugën e adresën që aplikacioni ka vërtet nevojë. Kur ato shkruhen, hapi tjetër është i qartë dhe i përket një shtrese të caktuar. Pa to, çdo ndryshim i mëpasshëm është hamendje me një plan kthimi.

Krahasoni ato katër fakte me të njëjtat katër nga një sesion funksional. Nëse emri i ndërfaqes dhe hapësira e emrave përputhen, por diferenca e numëruesve është zero, kërkesa nuk arriti kurrë te tuneli. Nëse diferenca e numëruesve është e shëndoshë dhe rruga tregon diku tjetër, tuneli është në rregull dhe rrugëtimi jo. Pikërisht ky krahasim e kthen një grumbull daljeje në një vendim.

Mbajeni daljen me biletën, sepse një krahasim i mëvonshëm është i dobishëm vetëm nëse shihni çfarë ndryshoi.

Pastaj mbyllni ciklin duke e provuar aplikacionin përsëri, sepse ndërfaqja nuk ishte kurrë ajo për të cilën interesohej përdoruesi.