რომელ პროტოკოლებს გვთავაზობს ეს საჯარო VPN კვანძი სინამდვილეში?

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

რას გვპირდება პროექტის სია სინამდვილეში

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

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

შეუთავსეთ პროფილი იმ საბოლოო წერტილს, რომელსაც ის ასახელებს

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

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

შეამოწმეთ ის ეტაპი, რომელიც ფუჭდება

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

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

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example

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

შეინახეთ შეცდომა, სანამ რამეს შეცვლით

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

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

ხელახლა შეამოწმეთ თითოეული კვანძისთვის, ყოველ ჯერზე

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

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