SSTP Linux-ზე შესვლამდე ვერ აკეთებს? შეამოწმეთ გაშვების კომპონენტები

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

რას მატებს მენიუს ერთეული და რას არა

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

შემდეგ კლიენტს სჭირდება PPP, რადგან SSTP გადააქვს PPP სესია TLS კავშირის შიგნით. pppd-ის გარეშე გვირაბმა შეიძლება დაასრულოს TLS ხელის ჩამორთმევა და მაინც მოკვდეს პირველ საკონტროლო ჩარჩოზე, რაც ჰგავს რწმუნებულების პრობლემას და არ არის. Debian-ზე და Ubuntu-ზე ნაწილები მოდის როგორც network-manager-sstp, sstp-client და ppp, და მხოლოდ პირველის დაყენება ყველაზე გავრცელებული მიზეზია იმისა, რომ ფორმა ყველა ველს იღებს, მაგრამ კავშირი არასდროს სრულდება.

დესკტოპის არჩევანი კიდევ ერთ გაყოფას ამატებს. Plasma პროფილებს არედაქტირებს plasma-nm-ის მეშვეობით, რომელსაც საკუთარი SSTP კომპონენტი სჭირდება და იმავე სერვისის აღწერას კითხულობს, ამიტომ SSTP ჩანაწერის გარეშე რედაქტორი და პროფილების კარგად შემქმნელი CLI ნიშნავს რედაქტორის ნახევრის არქონას და არა გატეხილ გაშვების გარემოს.

წაიკითხეთ პირველი წარუმატებელი ეტაპი, სანამ რამეს ხელახლა დააყენებთ

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

დანამატის გაშვება პირველია და იქ წარუმატებლობა გამოსცემს შეტყობინებას VPN სერვისზე და არა სერვერზე. შემდეგ მოდის TCP კავშირი პორტზე 443; უარი ან დროის ამოწურვა აქ ხელმისაწვდომობის პრობლემაა, არა TLS-ის. შემდეგ TLS ხელის ჩამორთმევა და სერვერის იდენტობის შემოწმება, შემდეგ PPP მოლაპარაკება და ანგარიშის ავთენტიფიკაცია, და ბოლოს მისამართის მინიჭება და მარშრუტები. აკვირდებით journalctl -f -u NetworkManager-ს, როცა პროფილს ერთხელ ააქტიურებთ, და წაიკითხეთ პირველი კონკრეტული სტრიქონი და არა ბოლო ზოგადი.

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

სერთიფიკატისადმი ნდობა და ანგარიშში შესვლა ორი ცალკე კარიბჭეა

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

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

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

ერთი მფლობელი ატაროს პროფილი და საიდუმლოებები

როცა პროფილი არსებობს, ააქტიურეთ ის NetworkManager-ის მეშვეობით და მიეცით ამ მენეჯერს მიღებული მარშრუტებისა და რეზოლვერის ცვლილებების მფლობელობა. მეორე დამოუკიდებელი SSTP კლიენტის გაშვება მაშინ, როცა NetworkManager უკვე მართავს კავშირს, გაძლევთ ორ მარშრუტების კომპლექტს, ორ DNS კონფიგურაციას და ერთი ჭეშმარიტების წყაროს გარეშე გამართვის სესიას.

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

ცალ-ცალკე შეამოწმეთ გვირაბი, მარშრუტები და რეზოლვერი

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

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

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