Kāpēc VPN var izskatīties savienots, kamēr nekas nedarbojas
Savienots var aprakstīt procesu, saskarni vai asociāciju, nevis lietojamu ceļu. Nosūtiet vienu jaunu pieprasījumu un izlasiet, kas pierāda, ka trafiks ir kustējies.
Jūsu klients ziņo savienots, kamēr saskarne ir augšā un pārlūks nokļūst līdz taimautam, un neviens no šiem trim apgalvojumiem nav nepatiess. Savienots apraksta slāni, kam nav nekāda sakara ar lapu, kuru jūs pieprasījāt. Lai izlemtu, kurš slānis ziņo, vajadzīgs viens jauns pieprasījums un viens skatiens uz skaitītāju, kas pierādītu, ka trafiks ir kustējies. Restartēšana izmet šos pierādījumus un no jauna izveido apstākļus, kurus jūs mēģinājāt novērot.
Trīs dažādas lietas, ko sauc par savienotu
Pašā apakšā savienots var nozīmēt, ka klienta process darbojas un tur ligzdu pret partneri. Virs tā tas var nozīmēt, ka pastāv saskarne ar adresi, ko pastāvīga ierīce vai atjaunošanas rutīna var izveidot bez dzīvas sesijas aiz tās. Vadības līmenī tas var nozīmēt, ka asociācija ir saskaņota, kas neko neizsaka par to, vai zem tās ir gājis kaut viens pakets. Katra no tām pārdzīvo kļūmes, ko pārējās nepārdzīvo, un klients parasti rāda spēcīgāko, ko tas var apgalvot.
Tāpēc zaļa ikona un miris tunelis ir savienojami, nevis pretrunīgi; tie ziņo par dažādiem objektiem. Tas ir viss iemesls, kāpēc šī kļūme nemitīgi tiek nepareizi diagnosticēta kā klienta kļūda.
Pirms aiztiekat dēmonu, nosūtiet vienu nekaitīgu pieprasījumu uz galamērķi, kas jums patiešām vajadzīgs, un darba laikā atstājiet nepieciešamo tiešā trafika bloku savā vietā. Restartēšana izdzēš notikumu secību un pēc tam atjauno tos pietiekami tuvu, lai paslēptu cēloni, tāpēc tā pati biļete atgriežas pēc nedēļas bez nekā jauna. Viens pieprasījums, viens skaitītāja nolasījums un kļūmi izraisījušais trigeris ir minimālie pierādījumi.
Kurš skaitītājs pierāda, ka paketi ir kustējušies
IPsec IKE asociācija un CHILD asociācija ir atsevišķi objekti, un tikai child nes skaitītājus, kas atbild uz šo jautājumu. Uzskaitiet child, vērojiet, vai paketi pieaug abos virzienos, un salīdziniet to ar to, ko programma mēģina darīt. Nulles uzstādīta asociācija ir cits atradums nekā augoša, kamēr programma joprojām neizdodas; pirmais nozīmē, ka trafiks netiek izvēlēts, otrais — ka tas kustas un kļūme ir tālāk. Nolasiet skaitītājus divreiz, dažu sekunžu intervālā, jo viens paraugs nevar parādīt tendenci.
swanctl --list-sas ip xfrm state list ip -s link show dev tun0
Nulles skaitītāji norāda uz izvēli: maršrutēšanu, politiku, vārdu telpu, no kuras pakets izgāja, vai saskarni, pie kuras klients nekad nav piesaistījies. Augošie skaitītāji norāda prom no tuneļa, tāpēc turpiniet ar pāradresāciju tālajā galā, vārdu izšķiršanu, atgriešanās ceļu un galamērķa pakalpojumu, šādā secībā. Protokols bez atsevišķa child objekta atklāj tos pašus pierādījumus savos terminos, tāpēc izmantojiet to, ko tas ziņo par partnera stāvokli un pakešu skaitu, nevis aizņemieties IPsec vārdnīcu. Nolasījuma forma ir svarīgāka par instrumentu, kas to radījis.
Kur atrodas kļūme pēc tam, kad skaitītāji ir kustējušies
Vārteja, kas atbild uz savu pārvaldības adresi, pierāda, ka vārteja darbojas, nevis ka kaut kas aiz tās apkalpo jūsu pieprasījumu, tāpēc pārbaudiet tālo pusi, nevis kasti pa vidu. Vārdu izšķiršana vislabāk slēpj kļūmes, jo risinātājs, kas nav sasniedzams caur tuneli, nokļūst līdz taimautam tieši tāpat kā miris savienojums. Divi vaicājumi šos gadījumus atšķir, un abi ir lēti. Vispirms pajautājiet risinātājam, ko tunelis uzspiež, pēc tam pajautājiet publiskam risinātājam par to pašu vārdu.
dig +short host.example dig +short @10.20.0.1 host.example ping -c 2 10.20.0.25
Vārds, kas tiek izšķirts caur publisko risinātāju, bet ne caur tuneļa risinātāju, nozīmē, ka DNS ceļš ir salauzts, bet vārds, kas tiek izšķirts caur abiem un pārlūkā tomēr nokļūst līdz taimautam, norāda uz atgriešanās ceļu vai pakalpojumu. Ja ping pēc adreses izdodas un programma tomēr atsakās, tīkls pieprasījumu piegādāja un pakalpojums to noraidīja, un tas ir pavisam vēlāks posms.
Pierakstiet trigeri, pēc tam mainiet vienu lietu
Pierakstiet, kas bija pirms kļūmes: dīkstāves periods, tīkla maiņa, atslēgas atjaunošana, atsākts portatīvais dators vai atjaunota sistēma. Tie rada dažādus mehānismus, un parasti tikai atjaunotā sistēma pati sevi salabo, un tas ir tieši tas gadījums, kas jums neko nemāca. Restartēšana noņem notikumu secību un pēc tam atjauno pietiekami tuvus apstākļus, lai paslēptu cēloni. Pierakstiet trigeri, kamēr to vēl var atkārtot.
Pēc tam veiciet vienu pamatotu labojumu un atkārtojiet sākotnējo pieprasījumu kopā ar trigeri, kas izraisīja kļūmi. Dīkstāve ir visvieglāk atkārtojamais trigeris, tāpēc tas ir ātrākais apstiprinājums, ka labojums risināja mehānismu, nevis simptomu.
Tas, ko vēlaties ziņot, ir pierādījums, ka trafiks, ko grasījāties sūtīt, sasniedza pakalpojumu, kuru grasījāties sasniegt. Ikona, kas kļūst zaļa, kešatmiņā saglabāta lapa, kas ielādējas, un skaitītājs, kas kustas, visi pierāda mazāk nekā viens pabeigts pieprasījums pret paredzēto galamērķi. Turiet pieprasījumu, skaitītāja nolasījumu un trigeri kopā, lai nākamais cilvēks varētu atšķirt labojumu no nejaušības.