Vi havas wg0.conf kaj klienton, kiu akceptas nur .ovpn, do iu proponas konverti la dosieron. Renomado produktas profilon, kiun OpenVPN ne povas analizi, kaj zorge tradukado kampo post kampo produktas tian, kiu analiziĝas kaj poste malsukcesas ĉe la manpremo. La kaŭzo ne estas la dosierformo. WireGuard kaj OpenVPN estas malsamaj protokoloj kun malsamaj manpremoj, malsamaj aŭtentikigaj modeloj kaj malsamaj ideoj pri tio, kio estas peer. Konvertado funkcias nur laŭ tiu senco, ke vi povas akiri OpenVPN-profilon de tiu, kiu administras la alian flankon.

La dosiero, kiun vi havas, priskribas peer, ne konektan profilon

WireGuard-agordo estas mallonga, ĉar la protokolo tia estas: interfaco kun privata ŝlosilo kaj adresoj, poste unu aŭ pluraj peer-oj kun publika ŝlosilo, endpoint kaj listo AllowedIPs. Ne estas intertraktada tavolo por agordi kaj neniu ĉifra aro por elekti.

OpenVPN-profilo estas kliento por reg-kanalo bazita sur TLS, tial ĝi enhavas referencojn al atestiloj aŭ akreditaĵoj kaj instrukciojn, kiuj priskribas kiel aŭtentikigi.

Kial tradukita dosiero ankoraŭ malsukcesas ĉe la manpremo

WireGuard komenciĝas per manpremo bazita sur Noise, ŝlosita per la statikaj ŝlosiloj de la peer-oj, kaj restas silenta ĝis la publika ŝlosilo de la peer estas konata. OpenVPN malfermas TLS-sesion, kontrolas servilan atestilon aŭ statikan ŝlosilon, kaj poste aŭtentikigas la uzanton per atestiloj, uzantnomo kaj pasvorto, aŭ ambaŭ. Nenio en WireGuard-dosiero priskribas tion. Tradukita dosiero havus la ĝustan endpoint kaj ĉion alian malĝuste.

Reuzi la adreson kaj pordon ankaŭ ne helpas, ĉar la alia flanko atendas alian pakaĵon.

Kion demandi la provizanton

Se provizanto liveris la WireGuard-dosieron, demandu, ĉu la sama konto havas OpenVPN-aliron, kaj petu tiun profilon. Multaj havas, kaj ĝi venas kun propraj akreditaĵoj, ne kiel modifita kopio de la unua.

Se la respondo estas ne, la limo estas la abono, ne la dosiero, kaj neniu konvertilo ŝanĝas tion.

Se la enkursigilo aŭ kliento parolas nur OpenVPN

Kiam la aparato, kiu devas konektiĝi, subtenas nur OpenVPN, kontrolu la dokumentitan protokolan subtenon de la alia flanko antaŭ ol serĉi alian etendaĵon. Enkursigilo, kiu finas OpenVPN, ne konvinkeble akceptos WireGuard per importo de dosiero. Fareblaj opcioj estas OpenVPN-endpoint ĉe la servila flanko, aŭ alia aparato, kiu parolas WireGuard.

Elektu laŭ tio, kiu administras la alian flankon, ne laŭ tio, kiun dosieron vi hazarde havas.

Se vi mem funkciigas la servilon, aldonu la protokolon

Subteni duan protokolon signifas funkciigi duan servon. Sur Linux-servilo tio estas OpenVPN-instalaĵo kun propra CA, servila atestilo, klientaj atestiloj kaj instrukcioj server kaj push, kune kun fajroŝirma regulo por ĝia pordo. La ekzistanta WireGuard-peer-enskribo priskribas neniun el tiuj objektoj. Planu la adresaron kaj la puŝatajn vojojn aparte de la WireGuard-AllowedIPs, ĉar ili ne estas la sama mekanismo sub du nomoj.

Poste kontrolu de la kliento: la profilo ŝargiĝas, la TLS-sesio finiĝas, la puŝata vojo aperas, kaj trafiko atingas gastigan komputilon atingeblan nur tra la tunelo.

Kie la konvertila ideo estas sekura

Traduki valorojn permane en notojn estas bone kaj ofte utila, ĉar la endpoint, la adresoj kaj la publika ŝlosilo de la peer estas nur faktoj pri la starigo. Alŝuti privatan ŝlosilon al retejo, kiu promesas konvertadon, ne estas bone, ĉar tiu ŝlosilo estas la akreditaĵo kaj la servo havas neniun protokolon, al kiu konverti ĝin. Se vi bezonas la saman aliron de OpenVPN-kliento, petu anstataŭe OpenVPN-akreditaĵon.

Tenu la du agordojn unu apud la alia kaj traktu ilin kiel apartajn alirajn vojojn, ĉar tiaj ili estas.

Rilataj artikoloj