როგორ შევამოწმოთ VPN-ის სიჩქარე ისე, რომ ციფრებს მნიშვნელობა ჰქონდეთ
დაამაგრეთ სატესტო სერვერი, შეინარჩუნეთ ქვედა ფენა უძრავად და წაიკითხეთ შეყოვნება გამტარიანობისგან ცალკე. გვირაბი ცვლის მარშრუტს სანამ რამეს გაზომავს.
სიჩქარის ტესტი არასოდეს ზომავს VPN-ს. ის ზომავს მარშრუტს და გვირაბის ჩართვა ცვლის ამ მარშრუტის ნაწილს სანამ პირველი ბაიტი მოძრაობს. ამიტომ ერთი ლეპტოპი ერთ საიტზე ჯანსაღ ციფრს აჩვენებს, მეორეზე კი სუსტს, თუმცა არც ერთ მხარეს არაფერი შეცვლილა. შედეგი წაიკითხეთ როგორც მტკიცებულება მარშრუტზე, და არა როგორც ქულა პროდუქტისთვის.
სამი რამ წყვეტს, ღირს თუ არა შედარება რამეს: დაარტყა თუ არა ორივე გაშვებამ ერთსა და იმავე სამიზნეს, დარჩა თუ არა წვდომის ქსელი უძრავი და ჩაწერეთ თუ არა შეყოვნება მოცულობის გვერდით.
რას გადაწერს გვირაბი პირველ ბაიტამდე
კლიენტი ყოველ პაკეტს კიდევ ერთ სათაურში ახვევს, ამიტომ პაკეტზე სასარგებლო დატვირთვა მცირდება. ხარჯი პაკეტზეა და არა გადაცემაზე, რაც ნიშნავს, რომ დიდ ფაილს მეტი პაკეტი სჭირდება, ვიდრე იმავე ფაილს გვირაბის გარეშე. ასეთი ზედმეტი ხარჯი პაკეტების რაოდენობად ჩანს და არა როგორც ხილვადი პარამეტრი.
აქედან ორი შედეგი მოდის. დიდი ბლოკებით აწყობილი ტესტი პაკეტის ხარჯს გრძნობს, ხოლო მრავალი პატარა მოთხოვნით აწყობილი ტესტი სამაგიეროდ ორმხრივ გავლას გრძნობს. და თუ მარშრუტის MTU-ის აღმოჩენა სადღაც გზაზე დაბლოკილია, გვირაბი უფრო პატარა პაკეტის ზომაზე ჩერდება და გამტარიანობა ეცემა მიზეზის გამო, რომელსაც შიფრებთან არავითარი კავშირი არ აქვს.
ჭერს პირდაპირ შეგიძლიათ დააკვირდეთ. Linux-ში მოითხოვეთ ყველაზე დიდი დატვირთვა, რომელიც ფრაგმენტაციის გარეშე გადის, შემდეგ გაიმეორეთ გვირაბის ჩართული მდგომარეობით:
ping -M do -s 1472 -c 3 203.0.113.10
თუ ეს ვერ მოხერხდა, ჩამოდით 1,400-ზე და ისევ სცადეთ. გვირაბი, რომელიც მხოლოდ 1,380 ბაიტს ატარებს, გეუბნებათ, რომ რაღაც უფრო ქვევით აჭერს გზაზე, და კლიენტზე არც ერთი დაყენება ამას არ ასწევს.
რატომ ინაცვლებს სატესტო სერვერი, როცა გვირაბი ადის
ხელსაწყოების უმეტესობა ახლო სერვერს ირჩევს იმ საჯარო მისამართით, რომელსაც ხედავს. გვირაბის ჩართვისას ეს მისამართი გამოსვლის კვანძს ეკუთვნის, ამიტომ ხელსაწყომ შეიძლება სხვა ქალაქის ან ქვეყნის ჰოსტი აირჩიოს. მაშინ ორ დანიშნულებას ადარებთ და მათ შორის სხვაობა გამოსვლიდან სატესტო ჰოსტამდე მანძილსაც მოიცავს.
დაამაგრეთ სერვერი სახელით ან ID-ით პირველ გაშვებამდე და შეინარჩუნეთ იგი ყოველ შემდგომ გაშვებაში. თუ ხელსაწყო არ ინარჩუნებს, აირჩიეთ თქვენს მიერ კონტროლირებადი სამიზნე და თავად წარმართეთ: iperf3 -c test.example.net -R -t 20 დანიშნულებას უძრავად ინახავს და გაძლევთ ციფრს, რომელიც გუშინდელს შეადარებთ.
შეცვალეთ ერთი ცვლადი, და ქვედა ფენა ერთი არ არის
უსადენო კავშირი ჩვეულებრივი დამალული ცვლილებაა. სიგნალის სიმძლავრე იცვლება ლეპტოპის მოძრაობისას, ხოლო არხის დატვირთვა იცვლება, როცა მეზობელი ზარის დარეკვას იწყებს, ამიტომ Wi-Fi-ზე ათი წუთის ინტერვალით ორი გაშვება იმავე ტესტის გამეორება არ არის. კაბელი, ან ჩაწერილი სიგნალის დონით უძრავი პოზიცია, ამ ხმაურის უმეტეს ნაწილს აცილებს. სიგნალის დონის შენიშვნა ყოველი გაშვების დასაწყისში და ბოლოს ჩვეულებრივ საკმარისია იმის საჩვენებლად, ეკუთვნიან თუ არა ორი გაშვება ერთმანეთს.
მოწყობილობის დატვირთვა იმავე კალათაშია. კლიენტი, რომელიც ერთ ბირთვზე შიფრავს, საკუთარ ჭერს ბმულზე ბევრად ადრე აღწევს, ფონური სინქრონიზაცია კი უფრო ადრე აღწევს. დააკვირდით CPU-ს გაშვების დროს და ჩაწერეთ, კიდევ რა იყო გახსნილი. ენერგიის პარამეტრებმაც შეიძლება აქ იკბინოს, რადგან ელემენტზე მომუშავე ლეპტოპმა შეიძლება პროცესორი შეზღუდოს ბევრად ადრე, ვიდრე ბმული დატვირთულს მიუახლოვდება.
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
შეინარჩუნეთ ქვედა ფენა უძრავად, ნაცვლად იმისა, რომ მასზე საშუალო აიღოთ. სამი შეთანხმებული გაშვება მეტს ამბობს, ვიდრე სხვადასხვა ოთახში აღებული ათი.
შეყოვნება, დანაკარგი და ICMP სხვადასხვა კითხვას პასუხობს
Ping პატარა ზონდს აგზავნის ფიქსირებულ მისამართზე და ბევრი ქსელი ICMP-ს დაბალი პრიორიტეტით პასუხობს ან საერთოდ უგულებელყოფს. დაკარგული პასუხები ზონდს აღწერს და არა აპლიკაციის პაკეტებს. დატვირთვის ქვეშ მზარდი ორმხრივი დრო ჩვეულებრივ ნიშნავს, რომ რიგი ივსება და არა რომ მარშრუტი გაგრძელდა.
იმის გასაგებად, ჰმატებს თუ არა გვირაბი შეყოვნებას, შეადარეთ ერთი სამიზნე მასთან და მის გარეშე, ან შეადარეთ ორი გამოსვლა, რომლებიც ერთი და იმავე წვდომის ქსელიდან მისაწვდომია. გაუშვით ზონდი არაერთხელ და შეხედეთ გაფანტვას, რადგან საშუალო ზუსტად იმ რყევას მალავს, რომელიც ზარს უვარგისს ხდის.
დაუბრუნდით იმ ამოცანას, რომელიც ნელი მოგეჩვენათ
საზომი, რომელიც უმჯობესდება, სანამ ზარი ჯერ კიდევ წყდება სხვა რამეს უპასუხა. ხელახლა გაუშვით ის ამოცანა, რომლითაც გამოძიება დაიწყო, იყოს ეს შეხვედრა, ფაილის გაზიარება თუ დისტანციური სამუშაო მაგიდის სესია. თუ ციფრი გაუმჯობესდა და ამოცანა არა, შეფერხება იქ იყო, სადაც ტესტი არასოდეს მივიდა, მაგალითად გვირაბის უკან მდგარი სერვერი ან თქვენი მხარის ატვირთვის არხი.
ჩაწერეთ ყოველი გაშვება მოწყობილობით, წვდომის ქსელით, ბოლო წერტილით, პროტოკოლით, სამიზნით და დროით. გაშვება, რომელიც არასოდეს დაუკავშირდა, ხელმისაწვდომობის შედეგია და არა ნულოვანი გამტარიანობა, ამიტომ დაალაგეთ იგი ამ ეტიკეტის ქვეშ და არა წაშალეთ.
მოკლე სია შემდეგ შედარებამდე
დაამაგრეთ სამიზნე და ჩაწერეთ, რატომ აირჩიეთ იგი. ჩაწერეთ პაკეტის ზომა, რომელსაც მარშრუტი იძლევა, რათა მოგვიანებით დაცემას ახსნა ჰქონდეს. შეინარჩუნეთ წვდომის ქსელი იგივე, ჩაწერეთ CPU-ის დატვირთვა და აიღეთ სამი გაშვება, სანამ განსხვავებას დაიჯერებთ.
შემდეგ შეცვალეთ ზუსტად ერთი რამ და გაიმეორეთ. შედარება, რომელიც შეგიძლიათ ახსნათ, სჯობს უფრო დიდი ციფრის მქონეს.