SoftEther VPN Azure: გამტარი გზა, და არა ღია პორტი

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

რა იცვლება გზაზე

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

გამტარი ამ სერვერს საკუთარ დომენზე სახელს ანიჭებს და კლიენტები იქ დასაკავშირებლად კონფიგურდებიან.

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

რომელი პროტოკოლები გაივლიან გამტარს

გამტარი გადააქვს SoftEther პროტოკოლს და პროექტი SSTP -ს კლიენტის ვარიანტად ადოკუმენტირებს, რაც სასარგებლოა, რადგან Windows-ს მოჰყვება SSTP კლიენტი. თუმცა ის ჰოსტის ყველა მსმენელისთვის საერთო გადამტანი არ ხდება: OpenVPN მსმენელს, IPsec პასუხისმგებელსა და L2TP სერვისს თითოეულს საკუთარი მიწვდომადი ბოლო წერტილი სჭირდება და არც ერთი მათგანი გამტარით არ გადადის მხოლოდ იმიტომ, რომ SoftEther სერვერი დაკავშირებულია.

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

რასაც გამტარი თქვენთვის არ აკეთებს

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

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

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

ამუშავეთ ის დამოკიდებულებად

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

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

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