Kotilabra ja jaettu tunneli: reititä se mitä tarvitset, älä kaikkea

Neuvo, että kotilabra tarvitsee täystunnelin, tulee yleensä oppaasta, jossa sellainen oli, ei vaatimuksesta. Jaettu tunneli ei ole kunnollisen VPN:n kompromissiversio; se on versio, jonka reititystaulukon voit selittää. Laboratorio, jossa on viisi palvelua ja hallintaliittymä, ei tarvitse, että jokainen talosta lähtevä paketti kulkee tunnelin läpi. Se tarvitsee luettelon ja reitin jokaiselle luettelon kohteelle.

Myytti: jaettu tunneli on kompromissi

Myytti elää, koska täystunneli on helpompi määrittää kerran ja vaikeampi selvittää myöhemmin. Tämä vaihtokauppa on järkevä julkisessa Wi-Fi-verkossa kannettavalle ja väärä kellarissa olevalle räkille.

Se kätkee myös toisen oletuksen: laboratorion osoitteistolla ei ole mitään yhteistä sen verkon kanssa, josta muodostat yhteyden.

Tee resurssiluettelo ennen reittejä

Kirjoita ylös jokainen laboratorion aliverkko, siellä asuva palvelu, nimi, jolla sen ratkaiset, ja kuka saa päästä siihen; edelleenlähetyksen muistiinpanot yhdyskäytävällesi kuvaavat paluupolun, jota vasten suunnittelet. Lisää konttien alueet ja LAN-alueet, joita etäasiakas saattaa jo käyttää, koska päällekkäisyys on se vika, jonka tämä luettelo estää. Reitti, joka kattaa jokaisen yksityisen osoitteen, törmää ennemmin tai myöhemmin kotiverkkoon. Luettelo on myös testisuunnitelma, siksi se kannattaa tehdä ennen määritystä eikä sen jälkeen.

Anna jokaiselle resurssille polku: tunnelin kautta, suoraan tai kielletty. Resurssi, jolle ei ole annettu polkua, on se, joka myöhemmin aiheuttaa hämmentyneen tukikysymyksen.

Viisi riviä ja päätösten sarake voittaa reititystaulukon, jota kukaan ei osaa lukea.

Yhdyskäytävä tarvitsee paluupolun

Edelleenlähetys yhdyskäytävällä on vain puolet. Laboratorio tarvitsee reitin takaisin asiakaspooliin tai tuetun käännösjärjestelyn, joka tekee paluun mahdolliseksi. Jos vastaukset eivät löydä asiakasta, tunneli näyttää yhdistetyltä ja jokainen pyyntö aikakatkaistaan; se on reitityksen oire, ei VPN:n vika. Tarkista paluupolku osana suunnittelua, ei vianetsintäaskeleena.

Asiakaspooli, joka on päällekkäinen laboratorion oman osoitteiston kanssa, on tämän ongelman toinen puoli, ja se epäonnistuu täsmälleen samalla tavalla.

Korjaa suunnitelma, älä oireita, kun kaksi aluetta törmäävät.

Hallinta- ja internetroolit ovat erillisiä

Päätä, käyttääkö tunnelia vain laboratorion liikenne vai tuleeko siitä myös internetin uloskäynti. Älä lisää oletusreittiä vain siksi, että opas käytti sellaista, koska tämä päätös muuttaa, minne jokainen DNS-kysely ja jokainen päivitystarkistus menee. Säilytä ulkopuolinen polku itse VPN-päätepisteeseen, tai tunneli yrittää kantaa oman ulkoisen yhteytensä. Pidä hallintayhteys kapeana ja saavutettavissa hyväksytyn palautusmenetelmän kautta.

Yksityinen DNS voidaan valita laboratorion nimille olettamatta, että jokainen julkinen kysely tarvitsee saman ratkaisijan. Se on ratkaisijan päätös, ei reitin päätös.

Niiden erillään pitäminen on se, mikä tekee vikatiloista myöhemmin erotettavia.

Testaa ulkopuolelta, älä LANista

Käytä ulkoista valtuutettua yhteyttä samasta LANista tehdyn testin sijaan, koska samasta LANista tehty testi voi piilottaa puuttuvan paluureitin täysin. Tarkista laboratorion osoite, sen yksityinen isäntänimi, aiottu suora kohde ja vaadittu vikatilakäyttäytyminen. Vikatapaus on yhtä tärkeä kuin onnistumistapaus: resurssin, johon ei pitäisi päästä, on todella oltava saavuttamaton. Kirjaa kaikki neljä tulosta ennen kuin kutsut suunnitelman valmiiksi.

Tallenna sitten reitti- ja DNS-määritys luettelon viereen, nimetyn omistajan kanssa. Kun laboratorio saa vielä yhden aliverkon, päivitä molemmat ja testaa uudelleen.

Selittämätön reitti, joka on päällekkäinen olemassa olevan kotiverkon kanssa, on tuon vaiheen väliin jättämisen oletustulos.

Valmis suunnitelma on pieni, dokumentoitu ja tylsä, ja juuri sitä laboratorio haluaa verkoltaan. Kiinnostava versio on se, joka hajoaa, kun olet poissa kotoa.