Bakit mas mabagal ang Tor kaysa VPN: mga click kumpara sa mga download

Ang mga pahinang parang stuck habang tumatakbo ang mga download sa normal na bilis ay naglalarawan ng mga paglalakbay pabalik-balik, hindi bandwidth. Nagdadagdag ang VPN ng isang naka-encrypt na pagtalon at ang Tor circuit ng ilan, at ang bawat dagdag na pagtalon ay may halaga ng handshake bago gumalaw ang kahit isang kapaki-pakinabang na byte. Nakikita ang halagang iyon sa pahinang nagbubukas ng maraming maiikling koneksyon at halos nawawala sa isang malaking paglilipat. Kapag nakita na ang pattern, hindi na tungkol sa kung aling tool ang mas mabilis ang usapan.

Itinuturo ng sintomas ang gastos sa pag-setup, hindi ang kapasidad

Ang pag-load ng pahina ay isang kadena ng magkakaugnay na pagpapalitan: paghahanap ng pangalan, handshake ng transportasyon, handshake ng TLS, pagkatapos ang unang kahilingan. Ang bawat pagtalon sa landas ay naglalagay ng sarili nitong paglalakbay pabalik-balik sa kadenang iyon bago iguhit ang anuman. Ang malaking download ay nagbabayad ng parehong gastos sa pag-setup nang isang beses at pagkatapos ay dumadaloy, at iyon mismo ang dahilan kung bakit hindi nagkakasundo ang dalawang trabaho.

Basahin sa network panel ang oras ng paghihintay bago ang unang byte, hindi ang kabuuan. Ang mahabang paghihintay na may maikling download ng nilalaman ay tumuturo sa mga paglalakbay pabalik-balik, habang ang mahabang download na may maikling paghihintay ay tumuturo sa throughput. Ulitin laban sa pangalawang destinasyon, dahil ang isang host sa likod ng abalang relay ay walang pinatutunayan. Kapag maayos ang paglilipat at mabagal ang click, pagdudahan ang gastos sa pag-setup bago pa ang bandwidth.

Nabigo ang antala at kapasidad sa magkaibang paraan

Kumuha ng dalawang pagbasa at ang karamihan ng kalituhan ay kusang nawawala. Ang latency ay isang fixed na gastos kada pagpapalitan at ang kapasidad ay isang rate sa paglipas ng panahon, kaya ang isang landas ay maaaring magaling sa una at mahina sa pangalawa. Ang malayong endpoint na may idle na processor ay mabilis na sumasagot sa maliit na kahilingan at nililimitahan pa rin ang tuloy-tuloy na paglilipat sa kung ano ang pinapayagan ng uplink nito. Nararanasan ng mga gumagamit ang paghahating iyon bilang mabilis na click na sinusundan ng progress bar na halos hindi gumagalaw.

Subukan ang kapasidad sa tuloy-tuloy na paglilipat at tingnan kung stable ang rate o parang lagari. Subukan ang latency sa maliit na kahilingang paulit-ulit at basahin ang pagkalat sa halip na ang pinakamagandang sample, dahil ang malawak na pagkalat ay mas masama ang pakiramdam kaysa sa ipinahihiwatig ng average. Isulat ang dalawang numero bago at pagkatapos ng bawat pagbabago, kung hindi ay maling variable ang bibigyan mo ng kredito mamaya.

Ang pagtrato sa dalawa bilang isang numero ay lumilikha ng mga pagwawasto na hindi kailanman gumagalaw sa pagsukat na mahalaga sa iyo. Ito ang pinakakaraniwang paraan ng pagsagot sa reklamo tungkol sa latency gamit ang pag-upgrade ng bandwidth.

Nagdadagdag ang onion routing ng mga pagtalon na hindi mo pinili

Ang Tor circuit ay karaniwang gumagamit ng tatlong relay — isang guard, isang gitnang node at isang exit — at pinipili ito ng client mula sa isang consensus, hindi mula sa mapa. Kaya ang landas ay maaaring mas mahaba kaysa sa direktang linya patungo sa destinasyon. Ang bawat relay ay nagdadala rin ng trapiko ng iba, kaya ang iyong stream ay nagbabahagi ng natitirang kapasidad sa relay na iyon.

Ang muling paggamit ng circuit ay nagpapalambot sa gastos, dahil ang bagong stream ay maaaring sumakay sa umiiral na circuit sa halip na magbayad para sa isa pang pagtatayo. Ang client na gumagawa ng bagong circuit kada kahilingan ay paulit-ulit na nagbabayad ng setup at mas masama ang pakiramdam kaysa sa isang gumagamit muli. Mahalaga rin ang pagpili ng exit, dahil ang ilang exit ay may mabigat na karga at walang anuman sa interface ang nagsasabi kung alin ang napuntahan mo. Ang pagbabahaging iyon ang punto ng disenyo at ang dahilan kung bakit hindi maaaring i-tune ang latency sa fixed na halaga, kaya ang isang mabagal na exit ay mahinang dahilan para iwanan ang kaayusang ito.

Binabago ng pagbabago ng pagkakasunod-sunod ng kadena ang eksperimento

Ang VPN muna at Tor pagkatapos ay ibang eksperimento kaysa sa Tor muna at VPN pagkatapos. Sa unang kaayusan dinadala ng VPN endpoint ang buong circuit, kaya ang access network mo ay natututo lamang ng VPN address. Sa pangalawa, ang koneksyon ng VPN mismo ay dinadala sa loob ng onion path, at nakikita ng exit ang trapiko ng VPN. Pareho silang lehitimong disenyo, at ang paghahambing ng alinman sa kanila sa hubad na VPN ay may sinusukat na iba, kaya ang pahina ng proyektong Tor tungkol sa pagsasama ng dalawa ay binabalangkas ito bilang tanong tungkol sa hinahanap mong itago bago ito maging tanong tungkol sa oras.

Panatilihing fixed ang aparato, access network at destinasyon, at palitan ang eksaktong isang elemento sa pagitan ng mga pagtakbo. Ang paglipat ng mga server, circuit at test host nang sabay ay lumilikha ng pagkakaibang walang makapag-uukol. Isulat kung ano ang itinatago ng bawat kaayusan at kanino bago ito i-optimize, dahil ang mabilis na kadenang nagbubunyag ng hinahanap mong itago ay hindi pagpapabuti.

Isang paghahambing na tumatagal sa ikalawang pagtakbo

Pumili ng dalawa o tatlong destinasyong talagang ginagamit mo at i-time ang parehong interaksyon sa bawat isa, kabilang ang isang pahinang humihila ng maraming maliliit na resource at isang malaking paglilipat. Ulitin ang buong set sa ibang oras ng araw.

Iulat ang median at pinakamasamang kaso sa halip na ang pinakamabilis na sample, dahil ang interaktibong trabaho ay hinuhusgahan sa masasamang sandali nito. Itala ang client, endpoint o exit, at kung muling ginamit ang circuit o tunnel para sa pagtakbong iyon. Kung pinapabuti ng pagbabago ang median pero pinapasama ang buntot, iyon ay kalakalan hindi tagumpay, at ang pagpapasya kung mapapansin ito ng mga gumagamit ang tunay na desisyon.