Az a tanács, hogy egy otthoni labornak teljes alagútra van szüksége, általában olyan oktatóanyagból jön, amelyben volt ilyen, nem követelményből. A megosztott alagút nem egy rendes VPN kompromisszumos változata; ez az a változat, amelynek az útvonaltábláját el tudod magyarázni. Egy öt szolgáltatással és egy kezelőfelülettel rendelkező labor nem igényli, hogy minden csomag, amely elhagyja a házat, alagúton menjen át. Amire szüksége van, az egy leltár és egy útvonal a leltár minden eleméhez.

A mítosz: a megosztott alagút kompromisszum

A mítosz azért él, mert a teljes alagutat egyszer könnyebb beállítani, később pedig nehezebb hibakeresni. Ez az üzlet ésszerű egy nyilvános Wi-Fi-n lévő laptopnak és rossz a pincében álló állványnak.

Egy második feltevést is elrejt: a labor címzésének semmi közös nincs azzal a hálózattal, amelyről csatlakozol.

Az útvonalak előtt leltározd az erőforrásokat

Írd fel minden labor-alhálózatot, a benne élő szolgáltatást, a nevet, amellyel feloldod, és hogy ki jogosult elérni; a továbbítási jegyzetek az átjáródhoz leírják azt a visszautat, amelyhez tervezel. Add hozzá a konténer-tartományokat és azokat a LAN-tartományokat, amelyeket a távoli kliens esetleg már használ, mert az átfedés az a hiba, amelyet ez a leltár megelőz. Egy minden privát címet lefedő útvonal előbb-utóbb ütközik egy otthoni hálózattal. A leltár egyben a tesztterv is, ezért érdemes a konfiguráció előtt megcsinálni, nem utána.

Rendelj minden erőforráshoz útvonalat: az alagúton át, közvetlenül vagy megtagadva. Az útvonal nélküli erőforrás az, amely később a zavaros támogatási kérdést okozza.

Öt sor és egy döntésoszlop jobb, mint egy útvonaltábla, amelyet senki sem tud elolvasni.

Az átjárónak visszaútra van szüksége

Az átjárón a továbbítás csak a fele. A labornak útvonal kell vissza a klienspoolhoz, vagy egy támogatott fordítási elrendezés, amely lehetővé teszi a visszatérést. Ha a válaszok nem találják a klienst, az alagút kapcsolódottnak látszik, és minden kérés időtúllépéssel végződik; ez útválasztási tünet, nem VPN-hiba. A visszautat a tervezés részeként ellenőrizd, nem hibakeresési lépésként.

Egy klienspool, amely átfedésben van a labor saját címzésével, a probléma másik fele, és pontosan ugyanúgy hibázik.

A tervet javítsd, ne a tüneteket, amikor a két tartomány ütközik.

A kezelési és internetes szerepek különválnak

Döntsd el, hogy csak a labor forgalma használja-e az alagutat, vagy az internetes kijárat is lesz. Ne adj hozzá alapértelmezett útvonalat csak azért, mert egy oktatóanyag használt egyet, mert ez a döntés megváltoztatja, hová megy minden DNS-lekérdezés és minden frissítésellenőrzés. Őrizd meg a külső utat magához a VPN végponthoz, különben az alagút megpróbálja a saját külső kapcsolatát vinni. Tartsd a kezelési hozzáférést szűken és egy jóváhagyott helyreállítási módszerrel elérhetően.

A labornevekhez választható privát DNS anélkül, hogy feltételeznénk, minden nyilvános lekérdezésnek ugyanarra a feloldóra van szüksége. Ez feloldói döntés, nem útvonaldöntés.

A különválasztásuk az, ami a hibaformákat később megkülönböztethetővé teszi.

Kívülről tesztelj, ne a LAN-ból

Használj külső engedélyezett kapcsolatot az ugyanabból a LAN-ból végzett teszt helyett, mert a LAN-ból végzett teszt teljesen elrejthet egy hiányzó visszautat. Ellenőrizz egy laborcímet, annak privát gazdanevét, egy szándékolt közvetlen célt és a szükséges hibaviselkedést. A hibaeset ugyanolyan fontos, mint a sikeres eset: egy erőforrásnak, amelyet nem szabadna elérni, valóban elérhetetlennek kell lennie. Jegyezd fel mind a négy eredményt, mielőtt késznek nyilvánítod a tervet.

Aztán mentsd az útvonal- és DNS-konfigurációt a leltár mellé, megnevezett tulajdonossal. Amikor a labor újabb alhálózatot kap, frissítsd mindkettőt, és teszteld újra.

Egy magyarázat nélküli útvonal, amely átfed egy meglévő otthoni hálózattal, a lépés kihagyásának alapértelmezett eredménye.

A kész terv kicsi, dokumentált és unalmas, és pontosan ezt akarja egy labor a hálózatától. Az érdekes változat az, amely akkor törik el, amikor távol vagy otthonról.

Kapcsolódó cikkek