შეიძლება VPN პირდაპირ კავშირზე უფრო სწრაფი იყოს?

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

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

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

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

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

რისი შეცვლა არ შეუძლია

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

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

შეადარეთ გზები სწორად

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

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

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

როდის ღირს განსხვავების შენარჩუნება

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

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