Paano subukan ang bilis ng VPN para may kahulugan ang mga numero

Ang pagsusuri ng bilis ay hindi kailanman sumusukat sa VPN. Sinusukat nito ang isang ruta, at ang pagbubukas ng tunnel ay pumapalit sa bahagi ng rutang iyon bago pa gumalaw ang unang byte. Kaya nagpapakita ang isang laptop ng malusog na numero sa isang site at mahinang numero sa iba, kahit walang nagbago sa alinmang panig. Basahin ang resulta bilang ebidensya tungkol sa ruta, hindi bilang marka ng isang produkto.

Tatlong bagay ang nagpapasya kung may halaga ang paghahambing: kung naabot ng dalawang takbo ang parehong target, kung nanatiling tahimik ang access network at kung naitala mo ang pagkaantala kasama ng dami.

Ano ang muling isinusulat ng tunnel bago ang unang byte

Binabalot ng kliyente ang bawat pakete sa isa pang header, kaya lumiliit ang kapaki-pakinabang na payload bawat pakete. Ang gastos ay bawat pakete at hindi bawat paglilipat, ibig sabihin kailangan ng malaking file ng mas maraming pakete kaysa sa parehong file na ipinadala nang walang tunnel. Ang ganitong dagdag ay nakikita bilang bilang ng pakete, hindi bilang nakikitang setting.

Dalawang kahihinatnan ang sumusunod. Ang pagsusuring binuo mula sa malalaking bloke ay nakakaramdam ng gastos bawat pakete, samantalang ang pagsusuring mula sa maraming maliliit na kahilingan ay nakakaramdam ng mga paglalakbay pabalik-balik sa halip. At kung ang pagtuklas ng MTU ng ruta ay naharang saanman sa daan, tumitigil ang tunnel sa mas maliit na laki ng pakete at bumababa ang throughput dahil sa dahilang walang kinalaman sa mga cipher.

Maaari mong obserbahan ang kisame nang direkta. Sa Linux, hilingin ang pinakamalaking payload na dumadaan nang walang fragmentation, pagkatapos ay ulitin habang bukas ang tunnel:

ping -M do -s 1472 -c 3 203.0.113.10

Kung mabigo iyon, bumaba sa 1,400 at subukan muli. Ang tunnel na nagdadala lamang ng 1,380 byte ay nagsasabi sa iyo na may humihigpit pa sa ibaba ng ruta, at walang tuning sa kliyente ang mag-aangat niyon.

Bakit lumilipat ang test server kapag bumukas ang tunnel

Pinipili ng karamihan ng tool ang malapit na server batay sa pampublikong address na nakikita nila. Kapag bukas ang tunnel, ang address na iyon ay pag-aari ng exit node, kaya maaaring pumili ang tool ng host sa ibang lungsod o bansa. Naghahambing ka noon ng dalawang destinasyon, at kasama sa agwat ng mga ito ang distansya mula sa exit hanggang sa host ng pagsubok.

I-pin ang server sa pangalan o ID bago ang unang takbo at panatilihin ito sa bawat susunod na takbo. Kung hindi ito pinapanatili ng tool, pumili ng target na kontrolado mo at ikaw ang magpatakbo: iperf3 -c test.example.net -R -t 20 pinapanatili nitong fixed ang destinasyon at nagbibigay ng numerong maihahambing mo sa kahapon.

Baguhin ang isang baryabol, at ang ilalim na layer ay hindi isa

Ang wireless ang karaniwang nakatagong pagbabago. Nagbabago ang lakas ng signal kapag gumalaw ang laptop at nagbabago ang occupancy ng channel kapag may kapitbahay na nagsimulang tumawag, kaya ang dalawang takbo na sampung minuto ang layo sa Wi-Fi ay hindi pag-uulit ng parehong pagsusuri. Ang cable, o fixed na posisyon na may nakasulat na antas ng signal, ay nag-aalis ng karamihan ng ingay na iyon. Ang tala ng antas ng signal sa simula at dulo ng bawat takbo ay karaniwang sapat upang ipakita kung magkasama ang dalawang takbo.

Ang karga ng device ay kabilang sa parehong basket. Ang kliyenteng nag-e-encrypt sa isang core ay umaabot sa sarili nitong kisame bago pa ang link, at ang background sync ay umaabot doon nang mas maaga. Bantayan ang CPU habang tumatakbo at itala kung ano pa ang bukas. Ang power settings ay maaari ring kumagat dito, dahil ang laptop na naka-battery ay maaaring limitahan ang processor bago pa man ang link ay malapit nang maging abala.

Panatilihing tahimik ang ilalim na layer sa halip na kunin ang average sa ibabaw nito. Tatlong takbo na magkakasundo ay nagsasabi ng higit sa sampung kinuha sa magkaibang silid.

Pagkaantala, pagkawala at ICMP ay sumasagot sa magkaibang tanong

Nagpapadala ang ping ng maliit na probe sa fixed na address, at maraming network ang sumasagot sa ICMP nang mababa ang priyoridad o tuluyang binabalewala ito. Ang mga nawawalang sagot ay naglalarawan sa probe, hindi sa mga pakete ng application. Ang pagtaas ng oras ng balikan sa ilalim ng karga ay karaniwang nangangahulugang napupuno ang pila, hindi na humaba ang ruta.

Upang malaman kung nagdadagdag ng pagkaantala ang tunnel, ihambing ang isang target nang may at walang tunnel, o ihambing ang dalawang exit na maabot mula sa parehong access network. Patakbuhin ang probe nang paulit-ulit at tingnan ang dispersion, dahil ang average ay nagtatago ng eksaktong variation na nagpapawalang-silbi sa isang tawag.

Bumalik sa gawaing naramdamang mabagal

Isang sukatan na gumaganda habang namumutol pa rin ang tawag ang sumagot sa ibang bagay. Patakbuhin muli ang gawaing nagsimula ng pagsisiyasat, maging ito ay pulong, pagbabahagi ng file o sesyon ng remote desktop. Kung gumanda ang numero at hindi ang gawain, ang bottleneck ay nasa lugar na hindi naabot ng pagsusuri, tulad ng server sa likod ng tunnel o ang uplink sa iyong panig.

I-log ang bawat takbo kasama ang device, access network, endpoint, protocol, target at oras. Ang takbo na hindi kailanman kumonekta ay resulta ng maabot, hindi zero na throughput, kaya i-archive ito sa ilalim ng label na iyon sa halip na burahin.

Maikling listahan bago ang susunod na paghahambing

I-pin ang target at isulat kung bakit mo ito pinili. Itala ang laki ng pakete na pinapayagan ng ruta, upang may paliwanag ang pagbaba mamaya. Panatilihing pareho ang access network, itala ang karga ng CPU, at gumawa ng tatlong takbo bago maniwala sa pagkakaiba.

Pagkatapos ay baguhin ang eksaktong isang bagay at ulitin. Ang paghahambing na kayang mong ipaliwanag ay mas mabuti kaysa sa may mas malaking numero.