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

ოთხი ეტაპი, ოთხი განსხვავებული წარუმატებლობა

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

StageLooks likeWhat it does not prove
Name resolutionfails in under a second, before any contactnothing about the server being up
Transportwaits the full timeout, then gives upnothing about the VPN service behind the port
Negotiationconnects, then stalls at handshakenothing about credentials
Logina reply arrives and is rejected or hangs on a promptnothing about reachability

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

სახელის გადაწყვეტა ვარდება ნებისმიერ კავშირამდე

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

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

ტრანსპორტის დაყენება ელოდება პაკეტს, რომელიც არ მოვა

როცა DNS კარგადაა და კლიენტი მაინც მთელ ვადას ხარჯავს, ეჭვმიტანილი ტრანსპორტული ფენაა. TCP-ზე შეგიძლიათ პორტი პირდაპირ შეამოწმოთ; Test-NetConnection Windows-ზე ან nc -vz Linux-ზე გეუბნებათ, იღებს თუ არა რამე კავშირს, და ეს ping-ზე უფრო სასარგებლოა. UDP-ზე ასე ვერ შეამოწმებთ, რადგან იმ ფენაზე დასასრულებელი ხელის ჩამორთმევა არ არის, და ეს ასიმეტრია ბევრ მცდარ დასკვნას იწვევს.

რასაც TCP ტესტი ამტკიცებს, შეზღუდულია: 443 პორტს მიმღები სერვისი სულაც არ არის VPN მსმენელი, და მხოლოდ UDP საბოლოო წერტილს არ აქვს TCP პორტი რაიმეს მისაღებად. პროფილის UDP-დან TCP-ზე გადაწერა მეორე მხარეს მსმენელს არ ქმნის; ის მხოლოდ ცვლის, რას ელოდება თქვენი კლიენტი. თუ ქსელი პროტოკოლს ფილტრავს, ცვლილება იმავე ეტაპზე სხვა ვადის ამოწურვას იწვევს.

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

მოლაპარაკება და შესვლა ნიშნავს, რომ სერვერმა უპასუხა

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

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

შეადარეთ მტკიცებულებები, სანამ შეცვლით ხელახალ ცდას

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

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

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

დაკავშირებული სტატიები