Kodulabor ja jagatud tunnel: marsruudi ainult vajalik, mitte kõik
Täistunnel on õpetuse harjumus, mitte labori nõue. Loetle alamvõrgud, nimed ja haldusteed, mida tegelikult vajad, ja seejärel marsruudi ainult neid.
Nõuanne, et kodulabor vajab täistunnelit, tuleb tavaliselt õpetusest, millel see oli, mitte nõudest. Jagatud tunnel ei ole korraliku VPN-i kompromissversioon; see on versioon, mille marsruutimistabelit saad seletada. Viie teenuse ja haldusliidesega labor ei vaja, et iga majast väljuv pakett läbiks tunnelit. See vajab inventuuri ja marsruuti iga selle inventuuri üksuse jaoks.
Müüt: jagatud tunnel on kompromiss
Müüt püsib, sest täistunnelit on lihtsam üks kord seadistada ja hiljem raskem siluda. See vahetus on avalikus Wi-Fi-s sülearvuti jaoks mõistlik ja keldris oleva riiuli jaoks vale.
See varjab ka teist eeldust, nimelt et labori adresseerimisel pole ühist midagi võrguga, millest sa ühendud.
Tee ressursside inventuur enne marsruute
Kirjuta üles iga labori alamvõrk, seal elav teenus, nimi, millega seda lahendad, ja kes tohib sellele ligi pääseda; edastamise märkmed sinu lüüsi kohta kirjeldavad tagasiteed, mille suhtes sa plaanid. Lisa konteinerite vahemikud ja LAN-vahemikud, mida kaugklient võib juba kasutada, sest kattumine on tõrge, mida see inventuur ära hoiab. Marsruut, mis katab iga privaatse aadressi, põrkub varem või hiljem koduvõrguga kokku. Inventuur on ühtlasi testimisplaan, seepärast tasub seda teha enne seadistamist, mitte pärast.
Määra igale ressursile tee: läbi tunneli, otse või keelatud. Ressurss, millel pole määratud teed, on see, mis hiljem tekitab segase tugiküsimuse.
Viis rida ja veerg otsuseid võidab marsruutimistabeli, mida keegi lugeda ei saa.
Lüüs vajab tagasiteed
Edastamine lüüsil on ainult pool. Labor vajab marsruuti tagasi kliendiparkla juurde või toetatud tõlkekorraldust, mis teeb tagasituleku võimalikuks. Kui vastused ei leia klienti, näib tunnel ühendatud ja iga päring lõpeb aegumisega; see on marsruutimise sümptom, mitte VPN-i tõrge. Kontrolli tagasiteed projekti osana, mitte tõrkeotsingu sammuna.
Kliendiparkla, mis kattub labori enda adresseerimisega, on selle probleemi teine pool, ja see ebaõnnestub täpselt samamoodi.
Paranda plaan, mitte sümptomid, kui kaks vahemikku kokku põrkuvad.
Haldus- ja internetirollid on eraldi
Otsusta, kas tunneli kaudu käib ainult labori liiklus või saab sellest ka interneti väljapääs. Ära lisa vaikemarsruuti ainult sellepärast, et õpetus kasutas üht, sest see otsus muudab, kuhu läheb iga DNS-päring ja iga värskenduskontroll. Säilita väline tee VPN-i lõpp-punkti endani, muidu üritab tunnel kanda omaenda välist ühendust. Hoia haldusjuurdepääs kitsas ja kättesaadav heakskiidetud taastemeetodi kaudu.
Privaatse DNS-i saab labori nimede jaoks valida, eeldamata, et iga avalik päring vajab sama lahendajat. See on lahendaja otsus, mitte marsruudi otsus.
Nende lahus hoidmine on see, mis teeb tõrkeviisid hiljem eristatavaks.
Testi väljast, mitte LAN-ist
Kasuta välist volitatud ühendust, mitte testi samast LAN-ist, sest samast LAN-ist tehtud test võib puuduva tagasitee täielikult varjata. Kontrolli labori aadressi, selle privaatset hostinime, kavatsetud otse-sihtkohta ja nõutavat tõrkkäitumist. Tõrkejuht loeb sama palju kui õnnestumisjuht: ressurss, mis ei peaks olema kättesaadav, peab tõesti olema kättesaamatu. Kirjuta üles kõik neli tulemust enne, kui nimetad projekti lõpetatuks.
Seejärel salvesta marsruudi- ja DNS-seadistus inventuuri kõrvale, nimetatud omanikuga. Kui labor saab veel ühe alamvõrgu, uuenda mõlemat ja testi uuesti.
Seletamata marsruut, mis kattub olemasoleva koduvõrguga, on selle sammu vahelejätmise vaikimisi tulemus.
Valmis projekt on väike, dokumenteeritud ja igav, täpselt see, mida labor oma võrgult tahab. Põnev versioon on see, mis katki läheb, kui oled kodust eemal.