რატომ ჩანს Tor VPN-ზე ნელი: დაწკაპუნებები ჩამოტვირთვების წინააღმდეგ

გვერდები, რომლებიც ჩარჩენილად ჩანან მაშინ, როცა ჩამოტვირთვები ნორმალური სიჩქარით მიდის, აღწერენ ორმხრივ მგზავრობებს და არა გამტარობას. VPN ამატებს ერთ დაშიფრულ ნახტომს, Tor-ის წრედი კი რამდენიმეს, და ყოველი დამატებითი ნახტომი უჯდება ხელის ჩამორთმევას სანამ რომელიმე სასარგებლო ბაიტი გაინძრევა. ის ხარჯი ჩანს გვერდზე, რომელიც ბევრ მოკლე კავშირს ხსნის, და თითქმის ქრება ერთ დიდ გადაცემაში. როგორც კი ნიმუში თვალსაჩინო გახდება, კამათი აღარ არის იმაზე, რომელი ხელსაწყოა უფრო სწრაფი.

სიმპტომი მიუთითებს დაყენების ხარჯზე და არა ტევადობაზე

გვერდის ჩატვირთვა დამოკიდებული გაცვლების ჯაჭვია: სახელის ძიება, ტრანსპორტის ხელის ჩამორთმევა, TLS-ის ხელის ჩამორთმევა, შემდეგ პირველი მოთხოვნა. გზის ყოველი ნახტომი თავის ორმხრივ მგზავრობას ამატებს ამ ჯაჭვს სანამ რამე დაიხატება. დიდი ჩამოტვირთვა იმავე დაყენების ხარჯს ერთხელ იხდის და შემდეგ მიედინება, და სწორედ ამიტომ ეს ორი დატვირთვა არ თანხმდება.

ქსელის პანელში წაიკითხეთ პირველ ბაიტამდე ლოდინში გატარებული დრო და არა ჯამი. გრძელი ლოდინი მოკლე შიგთავსის ჩამოტვირთვასთან მიუთითებს ორმხრივ მგზავრობებზე, ხოლო გრძელი შიგთავსის ჩამოტვირთვა მოკლე ლოდინით — გამტარუნარიანობაზე. გაიმეორეთ მეორე დანიშნულების წინააღმდეგ, რადგან დაკავებული რელეს უკან მდგარი ერთი ჰოსტი არაფერს ამტკიცებს. როცა გადაცემა კარგია და დაწკაპუნება ნელი, დაყენების ხარჯი ბევრად ადრე ეჭვი შეიტანეთ ვიდრე გამტარობაში.

შეყოვნება და ტევადობა სხვადასხვა გზით იშლება

აიღეთ ორი გაზომვა და დაბნეულობის უმეტესობა თავისთავად იხსნება. ლატენტურობა გაცვლაზე ფიქსირებული ხარჯია, ტევადობა კი დროში სიჩქარე, ამიტომ ერთი გზა შეიძლება კარგი იყოს პირველში და ცუდი მეორეში. შორეული ბოლო წერტილი უმოქმედო პროცესორით სწრაფად პასუხობს პატარა მოთხოვნას და მაინც ზღუდავს განუწყვეტელ გადაცემას იმით, რასაც მისი აღმავალი არხი უშვებს. მომხმარებლები ამ გაყოფას განიცდიან როგორც სწრაფ დაწკაპუნებას, რომელსაც ძლივს მოძრავი პროგრესის ზოლი მოჰყვება.

ტევადობა შეამოწმეთ განუწყვეტელი გადაცემით და დააკვირდით, სიჩქარე სტაბილური რჩება თუ ხერხისებრია. შეყოვნება შეამოწმეთ პატარა მოთხოვნით, რომელიც ბევრჯერ მეორდება, და წაიკითხეთ გაფანტულობა და არა საუკეთესო ნიმუში, რადგან ფართო გაფანტულობა უფრო ცუდად იგრძნობა ვიდრე მისი საშუალო მიანიშნებს. ჩაწერეთ ორივე რიცხვი ყოველი ცვლილების წინ და შემდეგ, თორემ მოგვიანებით არასწორ ცვლადს მიაწერთ დამსახურებას.

ორივეს ერთ რიცხვად მოპყრობა წარმოშობს შესწორებებს, რომლებიც არასოდეს ამოძრავებს იმ გაზომვას, რაც გაწუხებთ. ეს არის ყველაზე გავრცელებული გზა, რომლითაც შეყოვნების საჩივარს გამტარობის გაზრდით პასუხობენ.

ხახვის მარშრუტიზაცია ამატებს ნახტომებს, რომლებიც თქვენ არ აგირჩევიათ

Tor-ის წრედი ჩვეულებრივ სამ რელეს იყენებს — მცველს, შუა კვანძსა და გასასვლელს — და კლიენტი მათ კონსენსუსიდან ირჩევს და არა რუკიდან. ამიტომ გზა შეიძლება ბევრად გრძელი იყოს ვიდრე დანიშნულებისკენ მიმავალი სწორი ხაზი. თითოეული რელე სხვების ტრაფიკსაც ატარებს, ამიტომ თქვენი ნაკადი იზიარებს იმ ტევადობას, რაც ამ რელეს დარჩა.

წრედის ხელახალი გამოყენება არბილებს ხარჯს, რადგან ახალ ნაკადს შეუძლია არსებულ წრედზე აჯდეს სხვა აშენების გადახდის ნაცვლად. კლიენტი, რომელიც ყოველ მოთხოვნაზე ახალ წრედს აშენებს, დაყენების ხარჯს იმეორებით იხდის და ბევრად უარესად ჩანს ვიდრე ხელახლა გამომყენებელი. გასასვლელის არჩევანსაც აქვს მნიშვნელობა, რადგან ზოგი გასასვლელი უფრო მძიმე დატვირთვას ატარებს და ინტერფეისში არაფერი გეუბნებათ რომელზე დაეშვით. ეს გაზიარება დიზაინის არსია და მიზეზი იმისა, რომ შეყოვნება ფიქსირებულ მნიშვნელობაზე ვერ დარეგულირდება, ამიტომ ერთი ნელი გასასვლელი სუსტი მიზეზია ამ წყობის დატოვებისთვის.

ჯაჭვის რიგის შეცვლა ცვლის ექსპერიმენტს

ჯერ VPN და შემდეგ Tor სხვა ექსპერიმენტია, ვიდრე ჯერ Tor და შემდეგ VPN. პირველ წყობაში VPN-ის ბოლო წერტილი მთელ წრედს ატარებს, ამიტომ თქვენი წვდომის ქსელი მხოლოდ VPN-ის მისამართს იგებს. მეორეში VPN-ის კავშირი თავად იმართება ხახვის გზის შიგნით და გასასვლელი VPN-ის ტრაფიკს ხედავს. ორივე ლეგიტიმური დიზაინია და რომელიმეს შიშველ VPN-თან შედარება სხვა რამეს ზომავს, ამიტომ Tor-ის პროექტის გვერდი ორივის შერწყმაზე ამას აყალიბებს როგორც კითხვას იმაზე, თუ რას ცდილობთ დამალოთ, ვიდრე დროის კითხვად იქცეს.

დააფიქსირეთ მოწყობილობა, წვდომის ქსელი და დანიშნულება და გაშვებებს შორის ზუსტად ერთი ელემენტი შეცვალეთ. სერვერების, წრედებისა და სატესტო ჰოსტების ერთად გადაადგილება ქმნის განსხვავებას, რომელსაც ვერავინ მიაწერს. ჩაწერეთ რას მალავს თითოეული წყობა ვისგან სანამ ოპტიმიზაციას გაუკეთებთ, რადგან სწრაფი ჯაჭვი, რომელიც ამჟღავნებს იმას, რისი დამალვაც გინდოდათ, გაუმჯობესება არ არის.

შედარება, რომელიც მეორე გაშვებას უძლებს

აირჩიეთ ორი ან სამი დანიშნულება, რომლებსაც ნამდვილად იყენებთ და გაზომეთ იგივე ურთიერთქმედების დრო თითოეულზე, მათ შორის გვერდი, რომელიც ბევრ პატარა რესურსს იზიდავს, და ერთი დიდი გადაცემა. გაიმეორეთ მთელი ნაკრები დღის სხვა საათზე.

შეატყობინეთ მედიანა და ყველაზე ცუდი შემთხვევა და არა ყველაზე სწრაფი ნიმუში, რადგან ინტერაქტიული მუშაობა ფასდება მისი ცუდი მომენტებით. აღნიშნეთ კლიენტი, ბოლო წერტილი ან გასასვლელი და გამოყენებულ იქნა თუ არა წრედი ან გვირაბი ხელახლა იმ გაშვებაში. თუ ცვლილება აუმჯობესებს მედიანას, მაგრამ აუარესებს კუდს, ეს გაცვლაა და არა გამარჯვება, და იმის გადაწყვეტა, შეამჩნევენ თუ არა მომხმარებლები, ნამდვილი გადაწყვეტილებაა.