Հնարավո՞ր է 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 հավատարմագիր։

Պահեք երկու կարգավորումները կողք կողքի և վերաբերվեք դրանց որպես առանձին մուտքի ուղիներ, որովհետև դրանք այդպիսին են։