SoftEther კავშირის პროფილი: იმპორტამდე ექვსი ველი შეამოწმეთ
ექვსი ველი განსაზღვრავს, იმუშავებს თუ არა SoftEther პროფილი. თანმიმდევრულად შეამოწმეთ საბოლოო წერტილი, პორტი, პროტოკოლი, კვანძი, მომხმარებელი და როლი, შემდეგ შეამოწმეთ, რასაც რეალურად დაუკავშირდით.
პროფილის იმპორტი წარმატებით სრულდება, მაგრამ ავთენტიფიკაცია ვერ ხერხდება, რადგან ფაილი მიუთითებს Virtual Hub-ზე, რომელსაც ანგარიში არასდროს შეუერთდა. ფაილში არაფერია დაზიანებული; ის აღწერს ისეთ კონფიგურაციას, რომლისთვისაც რწმუნებები არ გაცემულა. ექვსი ველი განსაზღვრავს, შეიძლება თუ არა იმპორტი იმუშაოს: ჰოსტის სახელი, პორტი, პროტოკოლი, Virtual Hub, მომხმარებლის იდენტობა და ის, გადმოგცათ თუ არა ვინმემ შეცდომით ადმინისტრატორის რწმუნებები. პირველიდან მესამემდე შემოწმებები ამ ველებს თანმიმდევრულად მოიცავს, ხოლო ბოლო ორი თავად ფაილს და იმას მოიცავს, რასაც რეალურად შეუერთდით.
შემოწმება 1: ჰოსტის სახელი და პორტი
სანამ რამეს იმპორტს გააკეთებთ, წაიკითხეთ ჰოსტის სახელი, პორტი და გამოცხადებული წვდომის მეთოდი. SoftEther-ის მშობლიური მსმენელი ჩვეულებრივ TCP 443-ზე პასუხობს, ხოლო 992 და 5555 ალტერნატივებია, რომლებსაც ოპერატორები ხსნიან შემზღუდავი ქსელების მიღმა მყოფი კლიენტებისთვის. ვებსაიტს ან სხვა სერვისს მომსახურე პორტზე მიმართული პროფილი ავთენტიფიკაციამდე ვერ ხერხდება და შეცდომას რწმუნებების პრობლემად აცხადებს. შეადარეთ წყვილი იმას, რასაც ოპერატორი ამ საბოლოო წერტილისთვის აქვეყნებს და არა კატალოგის სიას, რომელიც ვინმემ გასულ წელს შეაგროვა. თუ ჰოსტის სახელი იშლება მისამართად, რომელსაც ოპერატორი არასდროს ახსენებს, იქ გაჩერდით, რადგან შემდეგი ნაბიჯი რწმუნებებს ამ მისამართზე გაგზავნის.
პორტი 443 საერთო ტერიტორიაა, ამიტომ პორტი თავისთავად არაფერს ამტკიცებს მის უკან არსებულ სერვისზე. SoftEther-ის კლიენტი ორივეს პროტოკოლის ხელის ჩამორთმევით ყოფს, ამიტომ პროფილმა შეიძლება სწორ პორტზე მიუთითოს და მაინც ვებსერვერზე დასრულდეს. ეს შეცდომა კლიენტის ჟურნალში არასწორ პაროლს ჰგავს, თუმცა პაროლი არასდროს შემოწმებულა.
ჩაწერეთ საბოლოო წერტილი როგორც ჰოსტის სახელი, პორტი და მეთოდი, ამ თანმიმდევრობით. ეს სამეული არის ის ნაწილი, რომლის შემოწმებაც დაკავშირების გარეშე შეგიძლიათ, და ის ნაწილი, რომელსაც ციტირებთ, როცა ოპერატორს ეკითხებით, მუშაობს თუ არა მსმენელი ჯერ კიდევ. ყველაფერი, რასაც გამოქვეყნებული წყაროდან ვერ შეავსებთ, ვარაუდად კი არა, შეუმოწმებლად რჩება.
შემოწმება 2: პროტოკოლი განსაზღვრავს კლიენტს
სერვერი, რომელიც რამდენიმე წვდომის მეთოდს გვთავაზობს, ერთ ექსპორტირებულ ფაილს იმ პროფილად არ აქცევს, რომლის გახსნაც ყველა კლიენტს შეუძლია. Each method has its own format, its own client and its own failure mode, ხოლო მათი შერევა რწმუნებების პრობლემად მოსმენილ შეცდომებს წარმოქმნის. სანამ გადაწყვეტთ, რომელი კლიენტი გახსნის, გადაწყვიტეთ, რომელ მეთოდს აცხადებს ფაილი.
ქვემოთ მოცემული ცხრილი ჩამოთვლის ჩვეულებრივ პორტებს და იმას, რასაც თითოეული მეთოდი რეალურად მოითხოვს. პორტები ოპერატორის არჩევანია, ამიტომ მათ ნაგულისხმევ მნიშვნელობებად მოეპყარით და არა კონკრეტული სერვერის ფაქტებად. მშობლიურ SoftEther პროფილს SoftEther-ის კლიენტი იმპორტს უკეთებს, ovpn პაკეტი OpenVPN-ს ეკუთვნის, ხოლო SSTP ან L2TP პროფილებს თავად ოპერაციული სისტემა ამუშავებს. მეორე კლიენტის დაყენება იმ ფაილის გასახსნელად, რომელსაც პირველი უარყოფს, ჩვეულებრივ ნათელ შეცდომას დამაბნეველად აქცევს.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
წაიკითხეთ ფაილის შიგნით არსებული დეკლარაცია და არა გაფართოება. OpenVPN-ის სახელწოდებით ფაილი განსაზღვრებით OpenVPN პროფილია, ხოლო SoftEther პროფილი მცირე კონფიგურაციაა, რომელსაც SoftEther-ის კლიენტი იმპორტს უკეთებს, და ეს ორი ურთიერთშემცვლელი არ არის. თუ გამოცხადებული მეთოდი ისეთია, რომელსაც ვერ მოემსახურებით, ეს იმპორტის კითხვას პასუხობს.
შემოწმება 3: კვანძი, მომხმარებელი და ადმინისტრატორის როლი
მშობლიური წვდომისთვის პროფილი ასახელებს Virtual Hub-ს და მასში მომხმარებელს. A hub is a logical VPN server instance with its own users and its own settings, ხოლო მომხმარებელი ამ კვანძის წევრია საკუთარი ავთენტიფიკაციით. არც ერთი მათგანი არ არის სერვერის ადმინისტრირება, რომელიც მართავს მსმენელებს, კვანძებს და განლაგების ყველა მომხმარებელს. კლიენტის პროფილი არასდროს უნდა მოვიდეს ამ კონტროლით თანდართულად. როცა ვინმე გიგზავნით ადმინისტრატორის რწმუნებებს, რომ კლიენტმა იმუშაოს, კონფიგურაცია არასწორია, დაუკავშირდეს ის თუ არა.
ეს სამი ცალკე შეინახეთ კავშირის დოკუმენტირებისას, რადგან ისინი სხვადასხვაგვარად უქმდება. კვანძის მომხმარებლის წაშლა ერთი ადამიანის წვდომას წყვეტს და განლაგების დანარჩენ ნაწილს ხელუხლებლად ტოვებს, ხოლო ადმინისტრატორის რწმუნებების როტაცია ყველაფერს ეხება. ეს განსხვავებაა იმის მიზეზიც, რომ გუნდისთვის ერთ საერთო კვანძის მომხმარებელს წინ აღუდგეთ, რადგან ერთი რწმუნება ყველასთვის ერთი გაუქმების მოვლენაა.
შემოწმება 4: ფაილი ისეთივე მგრძნობიარეა, როგორც ის, რასაც ატარებს
ფორმატიდან გამომდინარე, პროფილმა შეიძლება შეინახოს პაროლი, სერტიფიკატი ან წინასწარ გაზიარებული გასაღები. ექსპორტს საიდუმლოდ მოეპყარით, სანამ ის არსებობს, რადგან ბილეთზე მიმაგრებული ასლი ასლია, რომლის იმპორტიც სხვას შეუძლია. გაზიარებამდე ამოიღეთ რწმუნებები ან გააზიარეთ ხელახლა შექმნილი პროფილი ახალი საიდუმლოთი. ფაილის მგრძნობელობა შიგთავსიდან მოდის და არა გაფართოებიდან ან ზომიდან.
დაადასტურეთ საბოლოო წერტილი ოპერატორის მიერ გამოქვეყნებული არხით და კატალოგის ეტიკეტი შეუმოწმებლად მიიჩნიეთ. საჯარო კვანძების სიაში ქვეყნის დროშას და ჰოსტის სახელს ის ირჩევს, ვინც ჩანაწერი გამოგზავნა, ამიტომ არც ერთი მათგანი არ ადგენს, ვინ მართავს სერვერს. თუ პროფილი საჯარო კატალოგიდან მოვიდა, ეს ნაკლები კი არა, მეტი შემოწმების მიზეზია.
ჩაწერეთ, საიდან მოვიდა ფაილი და როდის მიიღეთ ის. როცა კავშირი მოგვიანებით სხვაგვარად იქცევა, წარმომავლობა პირველია, რასაც შემოწმებულ საბოლოო წერტილს ადარებთ. წარმომავლობის გარეშე პროფილი პროფილია, რომლის აუდიტიც არ შეგიძლიათ.
დაარქივეთ ის ასლი, რომელიც შეამოწმეთ და არა ის, რომელიც მოგვიანებით იპოვეთ. ორი ფაილი ერთი სახელით და სხვადასხვა საბოლოო წერტილით არის გზა, რომლითაც მომუშავე იმპორტი მხარდაჭერის საქმედ იქცევა. შემოწმებული ასლი წარმომავლობის შესახებ ჩანაწერის გვერდით შეინახეთ.
შემოწმება 5: შეამოწმეთ აპლიკაცია და არა მდგომარეობის ნათურა
იმპორტის შემდეგ შეამოწმეთ ის აპლიკაცია, რომელიც ნამდვილად გჭირდებათ და არა კავშირის ინდიკატორი. წარმატებული ავთენტიფიკაცია ადასტურებს, რომ რწმუნებები მუშაობს და არა იმას, რომ მოსალოდნელი მარშრუტები ან DNS სესიასთან ერთად მოვიდა. დაუკავშირდით და შემდეგ გამოიყენეთ ის სერვისი, რომელსაც პროფილი უნდა მიმაღწევდა.
დაათვალიერეთ მინიჭებული მარშრუტები და DNS სერვერები და აღნიშნეთ, რომელი დანიშნულებები გვერდს უვლის გვირაბს, თუ დიზაინში გაყოფაა. შემდეგ გაიმეორეთ ერთი დანიშნულებით, რომელიც გამორიცხული უნდა იყოს, რადგან ყველაფრის გვირაბში გამომშვები გაყოფილი გვირაბი ერთი დანიშნულების ტესტს მაინც გადის. თუ კერძო რესურსი ვერ მუშაობს, ეჭვმიტანილი რწმუნებებამდე მარშრუტია. ჩაწერეთ ოთხი შედეგი: ავთენტიფიცირებული, სერვისი ხელმისაწვდომი, მარშრუტები როგორც მოსალოდნელი, გამორიცხული დანიშნულება გამორიცხული.
შეადარეთ ოთხივე შედეგი იმას, რაც ოპერატორმა ამ კვანძისთვის პირობა დადო. სესია, რომელიც ავთენტიფიცირდება მაშინ, როცა გამორიცხული დანიშნულებაც ხელმისაწვდომია, ნიშნავს, რომ გაყოფა ძალაში არ არის და პრობლემა პროფილი არ არის. შეასწორეთ მოლოდინი ან კვანძის პოლიტიკა და შემდეგ ოთხი შემოწმება იმავე თანმიმდევრობით გაიმეორეთ.