Windows-ის OpenVPN პროფილი Ubuntu-ზე ვერ მუშაობს: სამი ფენა

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

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

წაიკითხეთ გაფრთხილება სანამ დაადანაშაულებთ

block-outside-dns Windows-ზე DNS-ს კეტავს Windows-ის ფილტრაციის პლატფორმის მეშვეობით, და Linux-ის კლიენტს არაფერი აქვს მის დასაკავშირებლად. როცა სერვერი აგზავნის მას, კლიენტი ბეჭდავს უცნობი პარამეტრის ხაზს ამ გაგზავნილი ჩანაწერისთვის და აგრძელებს, რადგან გაგზავნილი პარამეტრი საბედისწეროდ არ ითვლება. მაგრამ იგივე ხაზი თქვენს ფაილში სხვა საკითხია: იქ პარსერი ჩერდება. გადაწყვიტეთ, რომელი გაქვთ, სანამ რამეს შეეხებით, რადგან მხოლოდ ერთი მათგანი ამთავრებს გაშვებას.

ხმაურის მოსაშორებლად გაფილტრეთ ის პარსამდე: pull-filter ignore ჩანაწერი ამ სახელისთვის, ან --ignore-unknown-option, როცა ხაზი ლოკალურ ფაილშია. ორივე აჩუმებს ხაზს, რომელიც უკვე წაიკითხეთ; არც ერთი არ ასწორებს ხარვეზს, რომლის დიაგნოზიც არ დაგისვამთ.

უფლებები ყველაფერზე ადრე ფუჭდება

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

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

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

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

გამოიყენეთ თქვენი დისტრიბუციის შეფუთული დამხმარე; ბლოგის პოსტიდან კოპირებული სკრიპტი ჩვეულებრივ სხვა რეზოლვერზეა გათვლილი. systemd-resolved-ისთვის მოწოდებული ინტეგრაცია არ არის ზოგადი vpnc სტილის სკრიპტი და თითოეული კლიენტისგან საკუთარ არგუმენტებსა და ცვლადებს ელოდება. მომხმარებლის მიერ განსაზღვრული up სკრიპტებიც საჭიროებენ script-security 2-ს, სანამ კლიენტი მათ საერთოდ გაუშვებს.

გამოყავით ფენები შემდეგ გაშვებაზე

გაუშვით ერთხელ --verb 4-ით და წაიკითხეთ ჟურნალი იმ თანმიმდევრობით, როგორც მოხდა: მოწყობილობის შექმნა, მარშრუტები, TLS ხელის ჩამორთმევა, შემდეგ up სკრიპტის გამოსავალი. ამ მიმდევრობაში პირველი მარცხი არის ის, რაც ღირს გასწორებად; მის შემდეგ ყველაფერი ჩვეულებრივ შედეგია. გვირაბი, რომელიც მაშინ დგება, როცა რეზოლვერი ამას არ აკეთებს, გაყენებთ მესამე ფენაზე, სადაც სერტიფიკატს მნიშვნელობა არ აქვს. შედარებისას ხელუხლებლად დატოვეთ ჩამოტვირთული პროფილი.

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

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