პორტი 443 პასუხობს, SSTP მაინც ვერ მუშაობს: რომელი ეტაპი გატყდა?

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

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

ღია პორტი მხოლოდ ერთ ფენას აღწერს

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

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

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

გამოყავით ოთხი ეტაპი მტკიცებულებებით

ეტაპებია ტრანსპორტის ხელმისაწვდომობა, TLS ვალიდაცია, SSTP გაცვლა HTTPS-ზე და PPP ავთენტიფიკაცია გვირაბის შიგნით. გზა, რომელიც პირველს გადის და მეოთხეზე ვარდება, სჭირდება სერთიფიკატების გასწორება; რომელიც მეორეზე ვარდება, სჭირდება სერტიფიკატის ან სახელის გასწორება. ამ შეკეთებებს არაფერი აქვთ საერთო, და არასწორის არჩევა ფლანგავს შეფერხებას.

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

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

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

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

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

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

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

შემდეგ შეამოწმეთ აპლიკაცია, და არა მხოლოდ სესია

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

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