შეიძლება WireGuard-ის კონფიგურაციის OpenVPN-ად გადაქცევა?

თქვენ გაქვთ wg0.conf და კლიენტი, რომელიც იღებს მხოლოდ .ovpn, ამიტომ ვიღაც გთავაზობთ ფაილის გადაქცევას. სახელის შეცვლით მიიღება პროფილი, რომელსაც OpenVPN ვერ აანალიზებს, ხოლო ველ-ველით გულდასმით თარგმნით მიიღება ისეთი, რომელიც აანალიზება და შემდეგ ხელის ჩამორთმევაზე ვარდება. მიზეზი ფაილის ფორმატი არ არის. WireGuard და OpenVPN სხვადასხვა პროტოკოლია, განსხვავებული ხელის ჩამორთმევით, განსხვავებული ავთენტიფიკაციის მოდელებით და განსხვავებული წარმოდგენით იმაზე, თუ რა არის peer. გადაქცევა მუშაობს მხოლოდ იმ გაგებით, რომ OpenVPN-ის პროფილი შეგიძლიათ აიღოთ მისგან, ვინც მეორე მხარეს მართავს.

თქვენი ფაილი აღწერს peer-ს და არა კავშირის პროფილს

WireGuard-ის კონფიგურაცია მოკლეა, რადგან პროტოკოლი ასეთია: ინტერფეისი პირადი გასაღებით და მისამართებით, შემდეგ ერთი ან მეტი peer საჯარო გასაღებით, endpoint-ით და AllowedIPs სიით. არ არსებობს მოლაპარაკების შრე დასაყენებელი და არც დაშიფვრის ნაკრები ასარჩევი.

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

რატომ ვარდება თარგმნილი ფაილი მაინც ხელის ჩამორთმევაზე

WireGuard იწყება Noise-ზე დაფუძნებული ხელის ჩამორთმევით, რომელიც peer-ების სტატიკური გასაღებებით იკეტება, და ჩუმად რჩება, სანამ peer-ის საჯარო გასაღები ცნობილი არ არის. OpenVPN ხსნის TLS სესიას, ამოწმებს სერვერის სერტიფიკატს ან სტატიკურ გასაღებს და შემდეგ ავთენტიფიცირებს მომხმარებელს სერტიფიკატებით, მომხმარებლის სახელით და პაროლით, ან ორივეთი. WireGuard-ის ფაილში ამის არაფერია აღწერილი. თარგმნილი ფაილი სწორ endpoint-ს და ყველაფერს დანარჩენს არასწორად ატარებდა.

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

რა უნდა ჰკითხოთ პროვაიდერს

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

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

თუ როუტერი ან კლიენტი მხოლოდ OpenVPN-ს ლაპარაკობს

როცა მოწყობილობა, რომელსაც უნდა დაუკავშირდეს, მხოლოდ OpenVPN-ს უჭერს მხარს, სანამ სხვა გაფართოებას მოძებნით, შეამოწმეთ მეორე მხარის დოკუმენტირებული პროტოკოლის მხარდაჭერა. OpenVPN-ის დამამთავრებელი როუტერი ვერ დარწმუნდება WireGuard-ის მიღებაში ფაილის იმპორტით. სამუშაო ვარიანტებია OpenVPN-ის endpoint სერვერის მხარეს, ან სხვა მოწყობილობა, რომელიც WireGuard-ს ლაპარაკობს.

აირჩიეთ იმის მიხედვით, თუ ვინ მართავს მეორე მხარეს და არა იმის მიხედვით, თუ რომელი ფაილი გაქვთ.

თუ სერვერს თავად მართავთ, დაამატეთ პროტოკოლი

მეორე პროტოკოლის მხარდაჭერა ნიშნავს მეორე სერვისის გაშვებას. Linux სერვერზე ეს არის OpenVPN-ის ინსტანსი საკუთარი CA-ით, სერვერის სერტიფიკატით, კლიენტის სერტიფიკატებით და server და push ინსტრუქციებით, ასევე მისი პორტისთვის firewall-ის წესით. არსებული WireGuard peer ჩანაწერი ამ ობიექტებიდან არცერთს არ აღწერს. დაგეგმეთ მისამართების აუზი და გატარებული მარშრუტები WireGuard-ის AllowedIPs -გან ცალკე, რადგან ეს ორი სახელის მქონე ერთი მექანიზმი არ არის.

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

სად არის კონვერტერის იდეა უსაფრთხო

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

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