Váš tunel bol otvorený celú noc, nič sa nestreamovalo a graf používania sa napriek tomu pohol. To je normálne: VPN drží konverzáciu otvorenú namiesto toho, aby rezervoval časť vašej linky, takže rezervovaný podiel je nula, kým bajty sú malé a skutočné. Oba pojmy sa neustále zamieňajú, a preto sa na otázku, či nečinný VPN spotrebúva šírku pásma, odpovedá zle v oboch smeroch. Meranie správneho počítadla v opísateľnom okne to vyrieši za jedno popoludnie.

Prečo nečinný tunel aj tak presúva bajty

Tunel je mapovanie so životnosťou a niečo musí toto mapovanie udržiavať živé. Podania rúk vypršia, zariadenia NAT zahadzujú nečinné preklady a partner, ktorý mlčí dostatočne dlho, sa môže stať nedostupným, hoci na žiadnom konci nič nepadá. Protokoly sa líšia v tom, čo posielajú, keď nie je čo posielať: WireGuard predvolene nič neprenáša, keď sa podanie ruky ustáli, a voliteľné PersistentKeepalive nastavenie pridáva periodický paket, aby partner za prekladom zostal dostupný. Zapnite ho zámerne a interval sa stane viditeľným v počítadle.

OpenVPN má pomocníka keepalive, ktorý funguje inak: definuje kontroly v štýle ping, aby oba konce rozlíšili živú reláciu od mŕtvej, a klienti, ktorí si prinášajú vlastnú prepravu, majú ekvivalentné časovače pod inými názvami. Nič z toho sa neobjavuje v okne aplikácie, a preto prázdna obrazovka nič nehovorí o tom, čo je na drôte.

Nečinná aplikácia nie je nečinné zariadenie

Otvorený tunel obsluhuje každého klienta, ktorý je k nemu pripojený, a klienti sa zriedka zastavia. Synchronizácia fotografií, dopyty resolvera, kontroly aktualizácií a monitorovací agent idú po tej trase, ktorá je predvolená, a v profile plného tunela je tou trasou samotný tunel. Telefón spiaci vo vrecku sa stále dopytuje a úloha zálohy sa nestará o to, že nikto nepozerá video. Tunel je nečinný v tom zmysle, že ho nepoužívate vy, kým ho používajú vaše zariadenia.

Mostové a smerované profily nesú inú prevádzku, takže to isté pozorovanie môže na každom z nich dať inú odpoveď. Zapíšte, kto bol pripojený pred meraním, pretože jeden synchronizačný klient môže prevážiť každý keepalive v intervale.

Vyberte jedno počítadlo a povedzte, čo počíta

Existujú tri súčty a každý odpovedá na inú otázku: čo prešlo tunelom, čo prešlo fyzickým spojením a čo sa poskytovateľ rozhodol naúčtovať. Počítanie na uplinku počíta aj všetko, čo nikdy nevstúpilo do tunela, od pohybu ARP po streaming suseda. Počítanie na rozhraní tunela vynecháva vonkajšiu hlavičku, opakovania podania ruky a keepalive, ktoré držia preklad otvorený. Čítať obe je lacné a je to jediný spôsob, ako vidieť, na ktorej strane tunela bol bajt spočítaný.

ip -s link show wg0
ip -s link show eth0

Rozhodnite, o ktorom z dvoch je vaša otázka, skôr než niektorý uvediete, pretože ich sčítanie počíta súvisiacu prácu dvakrát. Účtovníctvo poskytovateľa sa môže uzavrieť v neskoršom období, než aké ste merali, takže súčet, ktorý nesedí s faktúrou, nie je automaticky nesprávny. Pripojte rozhranie, smer a okno ku každému číslu, ktoré zverejníte.

Vykonajte krátke meranie pod dohľadom

Nechajte tunel a jeho ochranu presne tak, ako fungujú v bežný deň, vynechajte voliteľné prenosy a poznamenajte, kto zostal pripojený. Prečítajte počítadlá, počkajte okno dostatočne dlhé, aby stálo za prečítanie, prečítajte ich znova a podržte uplynutý čas vedľa rozdielu. Veľký test rýchlosti odpovedá na inú otázku: nasýti linku a nič nehovorí o nákladoch na nečinnosť.

Zopakujte okno raz, ak prvý výsledok vyzerá nemožný, pretože jedna vzorka môže zachytiť naplánovanú úlohu v polovici. Dva zhodné intervaly sú dôkaz; jeden interval je anekdota s jednotkami.

Nekupujte čistejšiu nulu horším tunelom

Vypnutie keepalive alebo kontroly životnosti kvôli uprataniu grafu mení nasadenie, ktoré meriate, a tunel sa po ďalšom období nečinnosti nemusí vrátiť. Spýtajte sa, či mechanizmus slúži dostupnosti alebo údržbe, skôr než sa ho dotknete, a ak áno, merajte s ním zapnutým, pretože to je konfigurácia, ktorú budete podporovať. Čistejšia nula, ktorá skrýva pokazenú cestu obnovy, je najdrahší výsledok v tomto cvičení.

Keď je číslo naozaj veľké, nájdite proces alebo klienta, ktorý ho vytvoril, namiesto toho, aby ste predpokladali, že protokol zaplní linku. Porovnajte vnútorné a vonkajšie počítadlo, aby ste videli, na ktorej strane sú bajty, a potom nahláste používanie za to obdobie namiesto kapacity, o ktorej si myslíte, že ju máte.

Súvisiace články