Mājas VPN atbalsta pieprasījumam vajadzīga viena plūsma, nevis konfigurācijas kaudze
Viena plūsma, trīs īpašnieki un viena novērota kļūda pārspēj konfigurācijas kaudzi. Izmantojiet šo pierakstu, nosauciet neizdevušos posmu un paslēpiet noslēpumus, nezaudējot topoloģiju.
Jūs publicējat rediģētu konfigurāciju, pieminat, ka VPN nestrādā, un saņemat sešas atbildes par sešām dažādām lietām. Problēma parasti ir pieprasījumā, nevis lasītājos. Palīgs no konfigurācijas nevar noteikt, vai tunelis netiek veidots, vai tiek veidots, bet izmet datu plūsmu, vai darbojas labi, kamēr aiz tā esošais failu serviss atsakās no savienojuma. Tā vietā aprakstiet vienu plūsmu ar trim īpašniekiem un vienu novērotu kļūdu, un atbildes uzreiz uzlabosies.
Kāpēc pieprasījums saņem neizmantojamas atbildes
Konfigurācija apraksta, kas ir konfigurēts. Tā neapraksta, ko jūs mēģinājāt, kas notika, vai kura no vairākām mašīnām veic kuru darbu. Bez tā katrs lasītājs min citu posmu.
Ilustratīvais gadījums ir ceļojošs portatīvais dators, kam jāsasniedz failu serviss mājas serverī caur mājas vārteju. Norādiet, vai vārteja, VPN serveris un failu serveris ir viena mašīna vai trīs mašīnas, jo šis viens fakts maina gandrīz katru atbildi.
Aizpildiet šo pierakstu pirms publicēšanas
Goal: the one resource or operation that should work
Path: client -> access network -> VPN endpoint -> resource
Owners: who controls the client, the gateway and the resource
Software: product, version and protocol in use
Expected: what success would look like
Observed: exact non-secret error or response
Time and change: when it started and what changed
Control: one comparable operation that still works
Astoņas rindas, un lielākā daļa pieprasījumu kļūst atbildami. Kontroles rinda ir tā, ko cilvēki izlaiž: ja pārlūkošana no tā paša portatīvā darbojas, bet failu koplietošana ne, tas sašaurina problēmu līdz tuneļa maršrutiem vai servisam, un nevienam nav jājautā.
Rediģējot saglabājiet konsekventus apzīmējumus. Saglabājiet atšķirību starp publisko galapunktu, tuneļa adresi un mājas apakštīklu. Ja divi diapazoni pārklājas, atstājiet šo saistību redzamu, nevis aizstājiet katru tīklu ar to pašu aizvietotāju, jo pārklāšanās bieži ir atbilde.
Nosauciet neizdevušos posmu, nevis visu žurnālu
Ir vērts atdalīt piecus posmus: nosaukumu izšķiršana, savienojuma mēģinājums, autentifikācija, tuneļa izveide un piekļuve resursam. Pasakiet, kurš, jūsuprāt, neizdevās un ko tur redzējāt.
Ielīmējiet nelielu izgriezumu ap notikumu, nevis katru atkļūdošanas failu, ko klients var radīt. Simts rindu rokasspiediena trokšņa paslēpj to vienu rindu, kas saka, ka sertifikāta nosaukums nesakrita.
Turiet novērojumu un skaidrojumu atsevišķi. „Klients ziņo par rokasspiediena taimautu pēc 30 sekundēm“ ir novērojums; „es domāju, ka pakalpojumu sniedzējs bloķē UDP“ ir teorija. Abi ir noderīgi, un to sajaukšana nozīmē, ka palīgs nevar zināt, kuram ticēt. Atzīmējiet tos, un saņemtā atbilde vērsīsies pie pareizā.
Nosūtiet to īpašniekam, kurš var rīkoties
Ja portatīvo pārvalda darba devējs, sāciet ar darba devēja atbalstīto kanālu, jo kopienas forums nevar mainīt viņu politiku. Ja tas ir komerciāls VPN serviss, norādiet produktu un kontu privāti, nevis publiski. Ja tā ir jūsu vārteja, norādiet maršrutētāja un servera lomas, ko kontrolējat.
Ja izmantojat publisku kopienu, izvēlieties tādu, kuras pašreizējais tvērums atbilst uzdevumam. Vecs pavediens par foruma noteikumiem nav atbalsta līgums, un arī piecus gadus sena atbilde par protokola versiju, ko jūs nelietojat, nav.
Paslēpiet noslēpumus, nesaplacinot topoloģiju
Pirms kaut kas atstāj jūsu mašīnu, noņemiet privātās atslēgas, paroles, pilnvaras un saites ar akreditācijas datiem. Diagnostikas eksports un pilnīga konfigurācija ir dažādi artefakti pat tad, ja failu nosaukumi izskatās līdzīgi, un ielīmētajā fragmentā var būt iepriekš koplietota atslēga.
Pēc tam saglabājiet saistības, kas padara plūsmu saprotamu. RFC 6973 uzskata nevajadzīgu vākšanu un korelāciju par privātuma jautājumiem, un tas pats princips attiecas uz šo: dalieties ar pierādījumiem, kas saņēmējam vajadzīgi, nevis ar visu mašīnu.
Nobeigumā uzdodiet vienu atbildamu jautājumu par novēroto neatbilstību, piemēram, kāpēc klients pabeidz autentifikāciju un pēc tam nekad nesaņem maršrutu. Konkrēts jautājums saņem konkrētu atbildi, un jūsu izveidotais pieraksts ir tas, kas ļauj kādam atbildēt, neprasot jūsu noslēpumus.