Kas jõudeolev VPN kasutab ribalaiust? Lugege õiget loendurit

Teie tunnel oli terve öö lahti, midagi ei voogatud, kuid kasutusgraafik liikus siiski. See on normaalne: VPN hoiab vestlust lahti, selle asemel et osa teie liinist reserveerida, seega on reserveeritud osa null, samal ajal kui baidid on väikesed ja reaalsed. Neid kahte ettekujutust aetakse pidevalt segi, mistõttu vastatakse küsimusele "kas jõudeolev VPN kasutab ribalaiust" halvasti mõlemas suunas. Õige loenduri mõõtmine akna jooksul, mida saate kirjeldada, lahendab selle ühe pärastlõunaga.

Miks jõudeolev tunnel siiski baite liigutab

Tunnel on elueaga vastendus ja miski peab selle vastenduse elus hoidma. Kätlemised aeguvad, NAT-seadmed viskavad jõudeolevad tõlked välja ja partner, kes jääb piisavalt kauaks vait, võib muutuda kättesaamatuks, ilma et kummaski otsas midagi ebaõnnestuks. Protokollid erinevad selle poolest, mida nad saadavad, kui saata pole midagi: WireGuard ei edasta vaikimisi midagi, kui kätlemine on stabiliseerunud, ja valikuline PersistentKeepalive säte lisab perioodilise paketi, et tõlke taga olev partner jääks kättesaadavaks. Lülitage see teadlikult sisse ja intervall muutub loenduris nähtavaks.

OpenVPN — selle hoiuabiline töötab teisiti: see määrab kutsetüübi kontrollid, et mõlemad otsad eristaksid elusat sessiooni surnud omast, ja kliendid, kes toovad oma transpordi, omavad samaväärseid taimereid teiste nimede all. Midagi sellest ei ilmu rakenduse aknas, mistõttu tühi ekraan ei ütle midagi selle kohta, mis juhtmel on.

Jõudeolev rakendus ei ole jõudeolev seade

Avatud tunnel teenindab iga klienti, mis on sellega ühendatud, ja kliendid harva peatuvad. Fotosünkroonimine, nimeserveri päringud, värskenduskontrollid ja jälgimisagent järgivad mis tahes vaikimisi marsruuti ja täistunneli profiili puhul on see marsruut tunnel. Taskus magav telefon küsib endiselt ja varundustöö ei hooli, et keegi videot ei vaata. Tunnel on jõudeolekus selles mõttes, et teie ei kasuta seda, samal ajal kui teie seadmed kasutavad.

Sillatud ja marsruuditud profiilid kannavad erinevat liiklust, seega sama vaatlus võib anda kummaski erineva vastuse. Kirjutage üles, kes oli ühendatud, enne kui mõõdate, sest üks sünkroonimisklient võib kaaluda üles kõik hoidesignaalid intervallis.

Valige üks loendur ja öelge, mida see loendab

Olemas on kolm summat ja igaüks vastab erinevale küsimusele: mis läbis tunneli, mis läbis füüsilise lüli ja mida teenusepakkuja otsustas arveldada. Ülesvoolu lüli peal loendamine loeb ka kõik, mis kunagi tunnelisse ei sisenenud, ARP-kõikumisest naabri vooni. Tunneli liidesel loendamine jätab vahele välimise päise, kätlemise korduskatsed ja hoidesignaalid, mis hoiavad tõlget lahti. Mõlema lugemine on odav ja see on ainus viis näha, kummal pool tunnelit üks bait loendati.

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

Otsustage, kummast kahest teie küsimus käib, enne kui kumbagi tsiteerite, sest nende liitmine loeb seotud tööd kaks korda. Teenusepakkuja arveldus võib sulguda hilisemal perioodil kui see, mida mõõtsite, seega arvega mitte kokku langev summa ei ole automaatselt vale. Lisage liides, suund ja aken iga avaldatava numbri juurde.

Tehke lühike järelevalvega mõõtmine

Jätke tunnel ja selle kaitse täpselt nii, nagu need tavalisel päeval töötavad, jätke valikulised ülekanded vahele ja märkige üles, kes jäi ühendatuks. Lugege loendurid, oodake akent, mis on piisavalt pikk, et seda lugeda tasuks, lugege neid uuesti ja hoidke möödunud aeg erinevuse kõrval. Suur kiirustest vastab teisele küsimusele: see küllastab lüli ega ütle midagi jõudeoleku kulust.

Korrake akent üks kord, kui esimene tulemus tundub võimatu, sest üks proov võib tabada plaanilist tööd selle käigus. Kaks intervalli, mis kattuvad, on tõend; üks intervall on anekdoot ühikutega.

Ärge ostke puhtamat nulli halvema tunneliga

Hoidesignaali või elukontrolli väljalülitamine graafiku korrastamiseks muudab juurutust, mida mõõdate, ja tunnel ei pruugi pärast järgmist jõudeperioodi tagasi tulla. Küsige, kas mehhanism teenindab kättesaadavust või hooldust, enne kui seda puutute, ja kui teenindab, mõõtke selle töötamise ajal, sest see on konfiguratsioon, mida hakkate toetama. Puhtam null, mis varjab katkist taastumisteed, on selle harjutuse kalleim tulemus.

Kui number on tõeliselt suur, leidke protsess või klient, mis selle tekitas, selle asemel et eeldada, et protokoll täidab liini. Võrrelge sisemisi ja välimisi loendureid, et näha, kummal pool baidid on, seejärel teatage selle perioodi kasutusest, mitte võimsusest, mis teie arvates teile kuulub.