Mājas laboratorija un sadalīts tunelis: maršrutē tikai to, kas vajadzīgs, ne visu

Padoms, ka mājas laboratorijai vajag pilnu tuneli, parasti nāk no mācību materiāla, kurā tāds bija, nevis no prasības. Sadalīts tunelis nav pienācīga VPN kompromisa versija; tā ir versija, kuras maršrutu tabulu vari izskaidrot. Laboratorijai ar pieciem pakalpojumiem un pārvaldības saskarni nav vajadzības, lai katra pakete, kas atstāj māju, ietu caur tuneli. Tam, kas tai vajadzīgs, ir inventārs un maršruts katram šī inventāra elementam.

Mīts: sadalīts tunelis ir kompromiss

Mīts dzīvo tāpēc, ka pilnu tuneli ir vieglāk vienreiz konfigurēt un grūtāk vēlāk atkļūdot. Šis maiņas darījums ir saprātīgs klēpjdatoram publiskā Wi-Fi un nepareizs statīvam pagrabā.

Tas arī slēpj otru pieņēmumu: laboratorijas adresācijai nav nekā kopīga ar tīklu, no kura tu pieslēdzies.

Inventarizē resursus pirms maršrutiem

Uzraksti katru laboratorijas apakštīklu, tajā dzīvojošo pakalpojumu, nosaukumu, ar kuru to atrisini, un to, kam ir atļauts tam piekļūt; tava pārsūtīšanas piezīmes par tavu vārteju apraksta atgriešanās ceļu, pret kuru plāno. Pievieno konteineru diapazonus un LAN diapazonus, ko attālinātais klients, iespējams, jau izmanto, jo pārklāšanās ir kļūme, ko šis inventārs novērš. Maršruts, kas aptver katru privāto adresi, agrāk vai vēlāk sadursies ar mājas tīklu. Inventārs ir arī testa plāns, tāpēc to ir vērts darīt pirms konfigurācijas, nevis pēc.

Piešķir katram resursam ceļu: caur tuneli, tieši vai liegts. Resurss bez piešķirta ceļa ir tas, kas vēlāk rada neskaidro atbalsta jautājumu.

Piecas rindas un lēmumu kolonna pārspēj maršrutu tabulu, ko neviens nevar izlasīt.

Vārtejai vajadzīgs atgriešanās ceļš

Pārsūtīšana uz vārtejas ir tikai puse. Laboratorijai vajag maršrutu atpakaļ uz klientu kopu vai atbalstītu tulkošanas risinājumu, kas padara atgriešanos iespējamu. Ja atbildes nevar atrast klientu, tunelis izskatās savienots un katrs pieprasījums beidzas ar taimautu; tas ir maršrutēšanas simptoms, nevis VPN kļūme. Pārbaudi atgriešanās ceļu kā dizaina daļu, nevis kā problēmu risināšanas soli.

Klientu kopa, kas pārklājas ar pašas laboratorijas adresāciju, ir šīs problēmas otrā puse, un tā neizdodas tieši tāpat.

Labo plānu, nevis simptomus, kad abi diapazoni saduras.

Pārvaldības un interneta lomas ir atsevišķas

Izlem, vai tuneli izmanto tikai laboratorijas trafiks, vai tas kļūst arī par interneta izeju. Nepievieno noklusējuma maršrutu tikai tāpēc, ka mācību materiāls tādu izmantoja, jo šis lēmums maina, kurp iet katrs DNS vaicājums un katra atjauninājumu pārbaude. Saglabā ārēju ceļu līdz pašam VPN galapunktam, citādi tunelis mēģinās nest savu ārējo savienojumu. Turi pārvaldības piekļuvi šauru un sasniedzamu ar apstiprinātu atjaunošanas metodi.

Laboratorijas nosaukumiem var izvēlēties privātu DNS, nepieņemot, ka katram publiskajam vaicājumam vajag to pašu risinātāju. Tas ir risinātāja lēmums, nevis maršruta lēmums.

To atdalīšana ir tas, kas vēlāk ļauj atšķirt kļūmju veidus.

Pārbaudi no ārpuses, nevis no LAN

Izmanto ārēju atļautu savienojumu, nevis testu no tā paša LAN, jo tests no tā paša LAN var pilnībā paslēpt trūkstošu atgriešanās maršrutu. Pārbaudi laboratorijas adresi, tās privāto resursdatora nosaukumu, paredzēto tiešo galamērķi un nepieciešamo kļūmes uzvedību. Kļūmes gadījums ir tikpat svarīgs kā veiksmes: resursam, kam nevajadzētu būt sasniedzamam, tiešām jābūt nesasniedzamam. Pieraksti visus četrus rezultātus, pirms pasludini dizainu pabeigtu.

Pēc tam saglabā maršrutu un DNS konfigurāciju blakus inventāram, ar nosauktu īpašnieku. Kad laboratorija iegūst vēl vienu apakštīklu, atjaunini abus un pārbaudi vēlreiz.

Neizskaidrots maršruts, kas pārklājas ar esošu mājas tīklu, ir noklusējuma iznākums šī soļa izlaišanai.

Pabeigts dizains ir mazs, dokumentēts un garlaicīgs, un tieši to laboratorija vēlas no sava tīkla. Interesantā versija ir tā, kas salūzt, kamēr tu esi prom no mājām.