Bakit mas malala ang parusa ng VPN sa selular kaysa sa Ethernet

Ang parehong laptop, parehong server at parehong tunnel ay maaaring mawalan ng ikalimang bahagi ng kanilang throughput sa Ethernet at tatlong-kapat sa selular, at wala sa dalawang numero ang nangangahulugang sira ang VPN. Bawat access network ay nagbibigay ng ibang landas, at ang tunnel ay nagdaragdag ng ikalawang landas sa ibabaw nito. Ang paghahambing ng isang numerong may tunnel sa isang numerong walang tunnel ay walang sinasagot, dahil ang dalawang numero ay naglalarawan ng magkaibang denominator. Apat na cell at isang praksiyon ng pagpapanatili bawat hilera ang magsasabi sa iyo kung anong tanong ang itatanong susunod.

Apat na cell, hindi isang parusa

Sukatin ang direktang baseline at ang resultang may tunnel sa bawat access network, at panatilihin ang mga ito bilang matrix sa halip na isang hatol. Ang baseline ay ang parehong gawain na isinagawa sa network na iyon na walang tunnel; ang resultang may tunnel ay ang parehong gawain na mayroon nito.

Gumamit ng awtorisadong workload para sa mga direktang pagsubok at panatilihin ang mga kontrol sa privacy na kailangan ng kapaligiran. Ang pagsubok na lumalabag sa patakaran ay gumagawa ng numerong hindi mo maaaring i-publish at hindi mo dapat ulitin.

Panatilihing nakapirmi ang mga baryabol

Panatilihing hindi nagbabago ang device, application, destinasyon, direksiyon ng transfer at endpoint ng VPN sa lahat ng apat na cell. Kung ang isang serbisyo ay tahimik na nagpapalit ng test server nito sa pagitan ng mga run, itala ang pagbabago at tratuhin ang pares bilang hindi kontrolado sa halip na patagin ang pagkakaiba sa pamamagitan ng average.

Ulitin ang matrix sa dalawang direksiyon at sa maihahambing na oras ng araw. Ang mga kondisyon ng cellular radio at ang load sa cell nito ay nagbabago sa loob ng ilang minuto, kaya ang isang pambihirang mabuting baseline ay maaaring magpalaki ng nakikitang parusa. Itala ang pagkalat ng mga resulta sa tabi ng isang representatibong halaga, at tandaan kung ang mga run na may tunnel ay pinagsalit-salit sa mga baseline o isinagawa sa isang bloke.

Mas mahalaga ang pagsasalit-salit kaysa inaasahan ng karamihan. Ang baseline na sinukat bago ang tanghalian at ang run na may tunnel na sinukat pagkatapos nito ay dalawang magkaibang network na may parehong pangalan.

Panatilihing nakikita ang denominator

Iulat ang praksiyon ng pagpapanatili at gayundin ang absolutong rate: E1 na hinati sa E0, at C1 na hinati sa C0. Ang mabilis na link na nagpapanatili ng maliit na bahagi ng throughput nito at ang mabagal na link na nagpapanatili ng karamihan nito ay magkaibang natuklasan, at ang praksiyon lamang ang nagpapakita ng pagkakaiba.

Ang absolutong throughput pa rin ang nagpapasya kung ano ang maaaring gawin ng isang user. Ang praksiyon ang nagpapasya kung saan titingin. Kapag ang Ethernet ay nagpapanatili ng karamihan ng baseline nito at ang selular ay mas kaunti, ang kawili-wiling baryabol ay nasa landas ng selular at hindi sa loob ng encryption.

Ang dalawang numero ay kabilang sa ulat, dahil ang bawat isa nang mag-isa ay sumusuporta sa isang konklusyon na hindi sinusuportahan ng data.

Basahin ang pattern bago magbago ng anuman

Ang magkatulad na kisame na may tunnel sa dalawang network ay tumutukoy sa isang bagay na pinagsasaluhan: ang endpoint, ang CPU nito, isang limitasyon sa rate o isang hop na barado. Ang pagbaba na lumilitaw lamang sa selular ay tumutukoy sa ruta ng network na iyon, pagkawala, latency at epektibong laki ng packet.

Ito ay mga bakas, hindi diagnosis, at mahalaga ang pagkakaiba kapag isinusulat mo ang ticket. Ang pinagsasaluhang kisame ay hindi bubuti kapag pinalitan mo ang modem ng selular, at ang pagbaba na selular lamang ay hindi bubuti kapag binago mo ang laki ng endpoint. Sabihin kung alin sa dalawang pattern ang nakita mo bago magmungkahi ng pagbabago. Sa ganoon ang pagbabago ay may dalang hula, at ang susunod na pagsukat ay maaaring magpatunay o pumatay nito.

Ang sariling patnubay sa pagganap ng OpenVPN ay naghihiwalay ng mga hadlang sa bandwidth, CPU, transport at laki ng packet sa parehong mga linya, na isang kapaki-pakinabang na paalala na ang tunnel ay bihirang maging isang baryabol lamang.

Kapag ang laki ng packet ang pinaghihinalaan

Ang encapsulation ay kumakain ng espasyo ng packet, kaya ang epektibong laki sa isang landas ng selular ay maaaring mas maliit kaysa sa inaanunsiyo ng interface. Panatilihin ang ebidensiya ng laki ng packet para sa landas na inihahambing mo sa halip na maghinuha ng halaga mula sa pangalan ng access technology.

Datagram packetization-layer path MTU discovery ay naglalarawan ng pagtuklas ng epektibong laki sa halip na hardcoding. Gamitin ang mga obserbasyong sinusuportahan ng implementasyon, at huwag magtulak ng di-makatwirang mababang MTU sa bawat client bilang pag-iingat, dahil ipinagpapalit nito ang isang problema sa isang mas malala sa mga landas na maayos naman.

Ang haka-haka tungkol sa laki ay nangangailangan ng sariling ebidensiya: ang parehong transfer sa dalawang laki, na naitala ang pattern ng pagkawala.

Magdagdag ng isang baryabol sa isang pagkakataon

Ihambing ang alternatibong transport lamang pagkatapos ma-save ang baseline matrix. Pinapanatili nito ang isang sinadyang baryabol sa laro, at pinapayagan kang iugnay ang pagbabago sa halip na hulaan ito.

Panatilihing hiwalay ang pagsukat ng TCP payload sa pag-uugali ng UDP datagram, dahil magkaiba ang reaksiyon ng dalawa sa pagkawala at sa laki ng landas. Ang pagbuti mula sa pagbabago ng transport ay ebidensiya tungkol sa transport na iyon, hindi patunay na ang encryption o saklaw ang orihinal na dahilan.

Pagkakasunod-sunod ng trabaho: punan ang apat na cell, kalkulahin ang dalawang praksiyon, isalit-salit ang mga run, pagkatapos pumili ng isang haka-haka at subukan ito sa isang pagbabago. Anumang iba pa ay paghahambing ng dalawang hindi alam.