Kell-e a VPN-es laptopnak IP-továbbítás ahhoz, hogy gyorsabb legyen?
A továbbítás csomagokat ad át az interfészek között; nem gyorsítja fel a helyi böngészőt. Válassza külön az ügyfél szerepét az átjáró szerepétől, mielőtt kiszélesít egy szabályt.
A laptop routerré alakítása népszerű módja a rossz probléma megoldásának. A továbbítás azért létezik, hogy egy gép továbbadhassa azokat a csomagokat, amelyeknek nem ő a célja, és nincs véleménye arról, milyen gyorsan tölt be egy oldalt az ugyanazon a gépen futó böngésző. A két útvonal csak azért hasonlít, mert mindkettő egy alagúton keresztül küldi a forgalmat. Válassza szét őket egyszer, és a továbbítás engedélyezéséről vagy a tűzfal megnyitásáról szóló tanácsok nagy része olyan topológiát ír le, amilyenje nincs.
Két csomagútvonal, amely az íróasztaltól azonosnak látszik
A laptop böngészője a saját kérését hozza létre. A hoszt kiválasztja az alagút útvonalát, az ügyfélfolyamat becsomagolja a csomagot és elküldi a partnernek, a válasz pedig visszatér az alkalmazáshoz. Ebben a sorrendben semmi sem halad át továbbítási döntésen, mert ez a gép a beszélgetés forrása és célja is egyben.
Most tegyen egy másik eszközt egy szándékosan konfigurált Ethernet-szegmensre, és tegye a laptopot annak alapértelmezett átjárójává. Az az eszköz indítja a kérést, a laptop másfelé címzett csomagot kap, és a kernelnek el kell döntenie, továbbadja-e. Ez a továbbítási szerep, és olyan előfeltételekkel jár, amelyekre az ügyfélszerepnek soha nem volt szüksége: engedélyezett tranzitútvonal, útvonalak mindkét oldalon, és egy visszaút, amely akkor is működik, ha a fordítás a terv része.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
Mit változtat meg valójában az ip_forward
A kernel IPv4 sysctl dokumentációja az ip_forward kapcsolót úgy írja le, mint amely engedélyezi, hogy a hoszt csomagokat továbbítson az interfészek között. Ez nem gyors út a hoszt által maga előállított forgalom számára, és a paraméter semmilyen olvasata nem tesz gyorsabbá egy helyi böngészőt. Ha valami, a továbbítás állapotot és szabályzatot ad egy gépnek, amely korábban kevesebb munkát végzett.
Ugyanez a dokumentáció figyelmeztet, hogy az érték módosítása más IPv4-paramétereket visszaállít a hoszt vagy a router alapértékeire. Ez a kapcsolót konfigurációs eseménnyé teszi, nem próbává: a behangolt értékek visszaállhatnak a lábai alatt, és a változás felelős lehet egy olyan regresszióért, amelyre senki nem gondolna ráfogni. Ez azt is jelenti, hogy a kapcsolót egyszer, tudatosan, az átjáró szerepének birtokosa állítsa be. A lassulás vizsgálata közbeni átkapcsolása az egyetlen eset, amikor a mellékhatás biztosan összekeveredik a tünettel.
Három tűzfalkérdés, amelyek nem ugyanaz a kérdés
VPN-figyelő engedélyezése, a laptop által futtatott szolgáltatások engedélyezése és a forgalom laptopon való átengedése három külön engedély. Az első engedi, hogy egy partner elérjen egy daemont, a második valami helyit tár fel, a harmadik pedig tranzittá teszi a gépet valaki más számára. Mindegyiknek más a hatóköre, és az utolsó sokkal szélesebb, mint amilyen válaszokra egy hétköznapi kimenő alkalmazásnak szüksége van.
Ha egy adott folyamat blokkolva van, nevezze meg a forrását, célját, irányát és a szabályzat tulajdonosát, mielőtt szerkeszt egy szabályt. Az adott folyamathoz szűk szabály javítás; mindent elfogadni az alagút interfészén olyan szabályzatváltozás, amely véletlenül magában foglalja a javítást. A később működő böngésző azt bizonyítja, hogy a folyamat működik, nem azt, hogy a széles szabályra szükség volt.
Csak akkor mérjen, amikor az útvonal helyes
Ugyanazzal a céllal, ugyanazzal a terheléssel és összehasonlítható körülményekkel mérjen, és egyszerre egy változót módosítson. Egy teszt, amely egy továbbítási változást, egy tűzfalbővítést és egy másolt titkosítási beállítást együtt kezel, számot ad és semmilyen magyarázatot nem, mert semmi sem mondja meg benne, melyikük mozdította el az eredményt.
Tartsa az útvonal- és feloldóhibákat teljesen a teljesítménybeszélgetésen kívül. A lassan feloldódó név nem átviteli sebesség probléma, és az egy rögzített méretnél megakadó átvitel általában MTU-kérdés, nem sebességkorlát. Jegyezze fel, melyiket látta e három közül valójában, mielőtt bármilyen számot összehasonlít. Különben a következő olvasó olyan mérést örököl, amely a rossz dolgot méri, és olyan változást, amelyet senki nem tud igazolni.
A topológiát írja le, amilyenje van, ne az ügyfélen lévő címkét
Egy laptop, amely megosztja a kapcsolatát, útvonalválasztott konténerhálózatot szolgál ki, vagy virtuális gép forgalmát viszi, átjáró, bárminek is nevezi magát a szoftver. Az ügyfél szó azt írja le, hogyan van beállítva az alagút, nem azt, hogy továbbadnak-e csomagokat valaki másnak.
Tegye egyértelművé a szerepet az üzemeltetési kézikönyvben: mi hozza létre a forgalmat, minek kell áthaladnia a gépen, és a kettő közül melyikről szól az aktuális feladat. Engedélyezze az átjáró szerepét, amikor az a támogatott csomaghoz tartozik, nem magyarázat nélküli sebességbeállításként olyan topológiára alkalmazva, amelynek soha nem volt rá szüksége.