Du har en wg0.conf og en klient, der kun accepterer .ovpn, så nogen foreslår at konvertere filen. Omdøbning giver en profil, som OpenVPN ikke kan fortolke, og en omhyggelig felt-for-felt-oversættelse giver en, der fortolkes og derefter fejler ved handshake. Årsagen er ikke filformatet. WireGuard og OpenVPN er forskellige protokoller med forskellige handshakes, forskellige godkendelsesmodeller og forskellige opfattelser af, hvad en peer er. Konvertering virker kun i den forstand, at du kan hente en OpenVPN-profil hos den, der driver den anden ende.

Filen, du har, beskriver en peer, ikke en forbindelsesprofil

En WireGuard-konfiguration er kort, fordi protokollen er det: et interface med en privat nøgle og adresser, derefter en eller flere peers med en offentlig nøgle, et endpoint og en AllowedIPs-liste. Der er ingen forhandlingslag at konfigurere og ingen cipher suite at vælge.

En OpenVPN-profil er en klient til en TLS-baseret kontrolkanal, og derfor indeholder den certifikat- eller loginoplysningsreferencer og direktiver, der beskriver, hvordan der godkendes.

Hvorfor en oversat fil stadig fejler ved handshake

WireGuard begynder med et Noise-baseret handshake med statiske peer-nøgler og forbliver tavs, medmindre peerens offentlige nøgle allerede er kendt. OpenVPN åbner en TLS-session, verificerer et servercertifikat eller en statisk nøgle og godkender derefter brugeren med certifikater, et brugernavn og en adgangskode eller begge dele. Intet i en WireGuard-fil beskriver det. En oversat fil ville have det rigtige endpoint og alt andet forkert.

Det hjælper heller ikke at genbruge adressen og porten, fordi den anden ende lytter efter en anden pakke.

Hvad du skal spørge udbyderen om

Hvis en udbyder leverede WireGuard-filen, så spørg, om samme konto har OpenVPN-adgang, og bed om den profil. Det har mange, og den kommer med egne loginoplysninger i stedet for som en ændret kopi af den første.

Er svaret nej, er begrænsningen abonnementet og ikke filen, og intet konverteringsværktøj ændrer det.

Hvis routeren eller klienten kun taler OpenVPN

Når enheden, der skal forbinde, kun understøtter OpenVPN, så undersøg den anden endes dokumenterede protokolunderstøttelse, før du leder efter en anden udvidelse. En router, der terminerer OpenVPN, kan ikke overtales til at acceptere WireGuard ved at importere en fil. De mulige løsninger er et OpenVPN-endpoint på serversiden eller en anden enhed, der taler WireGuard.

Vælg ud fra, hvem der administrerer den anden ende, ikke ud fra hvilken fil du tilfældigvis har.

Hvis du selv driver serveren, så tilføj protokollen

At understøtte en anden protokol betyder at køre en anden tjeneste. På en Linux-server er det en OpenVPN-instans med egen CA, servercertifikat, klientcertifikater og direktiverne server og push samt en firewallregel til dens port. Den eksisterende WireGuard-peer-post beskriver ingen af disse objekter. Planlæg adressepuljen og de pushede ruter separat fra WireGuard AllowedIPs, fordi de ikke er den samme mekanisme under to navne.

Kontrollér derefter fra klienten: profilen indlæses, TLS-sessionen fuldføres, den pushede rute vises, og trafikken når en vært, der kun er tilgængelig gennem tunnelen.

Hvor konverteringstanken er sikker

At oversætte værdier i hånden til noter er fint og ofte nyttigt, fordi endpointet, adresserne og peerens offentlige nøgle blot er fakta om opsætningen. At uploade en privat nøgle til et websted, der lover konvertering, er ikke fint, da nøglen er legitimationsoplysningen, og tjenesten ikke har nogen protokol at konvertere den til. Har du brug for samme adgang fra en OpenVPN-klient, så bed om en OpenVPN-legitimationsoplysning i stedet.

Hold de to konfigurationer side om side og behandl dem som separate adgangsveje, fordi det er, hvad de er.

Relaterede artikler