Dauguma VPN sprendimų prasideda klientu ir profiliu, o kai tunelis jau veikia, niekas negali pasakyti, kuris paketas turėjo juo eiti. Pirmas darbo puslapis atsieina pigiau nei trečia derinimo valanda: aprašykite vieną numatytą ryšį nuo pradžios iki galo popieriuje, dar prieš atsirandant konfigūracijos failui. Šis pratimas paprastai išsprendžia klausimą, kurio dar neuždavėte, pavyzdžiui, ar reikalavimas yra išėjimas į internetą, nuotolinė prieiga prie potinklio ar jungtis tarp dviejų vietų.

Vieno ryšio pakanka pradžiai. Trys topologijos puslapiai paprastai slepia tą patį trūkstamą atsakymą.

Aprašykite vieną užklausą, o ne diagramą

Pradėkite nuo siuntėjo: adresų diapazonas, adresų šeima ir programa, kuri sukuria srautą. Tada įvardykite paskirties prefiksą ir jame esančią paslaugą, iki pat prievado ir protokolo, nes taisyklė, leidžianti potinklį, bet ne paslaugą, yra taisyklė, kuri nieko nedaro. Du adresai yra esmė, o visa, kas žemiau, yra mechanizmas, kuris turi su jais sutarti.

Išvardykite kelią eilės tvarka: fizinė jungtis, VPN galinis taškas abiejuose galuose, pats tunelis ir už jo esantis tinklas. Užrašykite sąsajų pavadinimus, jei juos žinote, nes būtent ši detalė paverčia aprašymą kažkuo, ką vėliau galite palyginti su maršrutizavimo lentele. Pridėkite adresą, kurį kiekviena sąsaja naudoja tunelio pusėje. Be šių dviejų faktų niekas kitas negali patikrinti įrašo su įrenginiu.

Dabar įvardykite vienintelį numatytą ryšį vienu sakiniu puslapio viršuje. Jei šiam sakiniui reikia žodžio arba, turite du projektus ir turėtumėte juos nagrinėti atskirai.

Sekite atsakymą prieš užklausą

Kelias, kuriame aprašoma tik išėjimo kryptis, yra pusė dokumento. Sekite atsakymą atgal ir nustatykite, kuris įrenginys žino siuntėjo diapazoną, ar vertimas pakeičia šaltinį kelyje lauk ir kur tikimasi įeinant grįžtančio paketo. Būtent atsakyme žlunga dauguma sprendimų, nes užklausą lengva stebėti, o atsakymą ne.

Aiškiai pažymėkite bet kokį adresų vertimą, įskaitant kur jis vyksta ir ką tolimasis galas tada mato. Pora, kuri registruoja vieną adresą ir maršrutizuoja į kitą, aprašo du skirtingus projektus.

Traktuokite vardų sprendimą kaip atskirą mainą, o ne kaip programos kelio dalį. Vidiniam įrašui gali prireikti sprendėjo, pasiekiamo tik per tunelį, o kelio įrašas, sustojantis ties programos prefiksu, to neatskleis. Tas pats galioja bet kokiam sertifikato tikrinimui, kuris priklauso nuo vidinės institucijos pasiekimo.

Kiekvienam sprendimui skirti savininką

Kiekvienam maršrutui, ugniasienės taisyklei, parinkikliui ir prisijungimo duomenims užrašykite, kuri konfigūracija juos laiko ir kuris asmuo gali juos pakeisti. Savininkas kiekvienoje eilutėje yra tai, kas leidžia dokumentui išgyventi pirmąjį pakeitimo prašymą, nes alternatyva yra dokumentas, aprašantis ketinimą, ir tinklas, aprašantis istoriją.

Saugokitės dviejų vienos numatytosios reikšmės savininkų. Kliento scenarijus ir tinklo tvarkyklė abu gali įdiegti maršrutus vienas apie kitą nežinodami, o klausymosi leidimas šliuze nėra tas pats leidimas kaip persiuntimas. Abiem atvejais gaunamas kelio įrašas, kuris popieriuje teisingas, o kabelyje neteisingas.

Kai reikšmę nustato teikėjas, o ne jūs, pasakykite tai toje pačioje eilutėje. Hostingo įmonės deleguotas prefiksas turi kitokį keitimo procesą nei tas, kurį pasirinkote patys. Ta pastaba sutaupo kitam inžinieriui palaikymo bilietą incidento metu. Ji taip pat paaiškina, kodėl jūsų patvirtintas pakeitimas neturėjo jokio poveikio.

Aprašykite, kas lūžta ir kaip atsigaunate

Kiekvienam kelio etapui nurodykite, kas sustoja dingus tuneliui ir kuris išėjimo ryšys turi likti pasiekiamas, kad galėtumėte tai sutaisyti. Projektas, kuris praranda valdymo prieigą kartu su tuneliu, yra projektas, kuriam reikia apsilankymo vietoje.

Visas tunelis ir padalytas tunelis priklauso šiam puslapiui kaip aiškus pasirinkimas, o ne kaip žymimasis langelis, nes jie keičia ir gedimo režimą, ir atkūrimo kelią.

Įvardykite nekenksmingą bandymą kiekvienam etapui

Galinio taško pasiekiamumas, tunelio sukūrimas, privatus adresas, privatus vardas ir programos leidimas yra penki skirtingi stebėjimai, ir kiekvienam reikia bandymo, kurio negalima supainioti su kitu. Ping į šliuzą įrodo daugiausia pirmuosius du. Ryšys su programos prievadu įrodo ketvirtąjį ir penktąjį tik jei vardas buvo išspręstas numatytu sprendėju.

Rašykite bandymą šalia etapo, kurį jis apima, įskaitant komandą ir laukiamą išvestį. Tikslaus kelio puslapis nugali komandų puslapį, kuriame niekada nesakoma, kuriuos paketus jie turėjo paveikti.

Susiję straipsniai