Átalakítható egy WireGuard-konfiguráció OpenVPN-né?

Van egy wg0.conf fájlja és egy kliense, amely csak .ovpn fájlt fogad el, ezért valaki azt javasolja, alakítsa át a fájlt. Az átnevezés olyan profilt ad, amelyet a OpenVPN nem tud feldolgozni, a mezőnkénti gondos fordítás pedig olyat, amely feldolgozható, majd a kézfogásnál elbukik. Az ok nem a fájlformátum. A WireGuard és az OpenVPN különböző protokollok, különböző kézfogással, különböző hitelesítési modellekkel és a peer mibenlétéről alkotott különböző elképzeléssel. Az átalakítás csak abban az értelemben működik, hogy kérhet egy OpenVPN-profilt attól, aki a másik felet üzemelteti.

A meglévő fájl egy peert ír le, nem kapcsolati profilt

A WireGuard-konfiguráció rövid, mert a protokoll ilyen: egy interfész privát kulccsal és címekkel, majd egy vagy több peer nyilvános kulccsal, endpoinntel és AllowedIPs listával. Nincs egyeztetési réteg, amit be kellene állítani, és nincs titkosítási csomag, amit választani kellene.

Az OpenVPN-profil egy TLS-alapú vezérlőcsatorna kliense, ezért tartalmaz tanúsítvány- vagy hitelesítőadat-hivatkozásokat és a hitelesítés módját leíró utasításokat.

Miért bukik el a lefordított fájl mégis a kézfogásnál

A WireGuard Noise-alapú kézfogással kezd, amelyet a peerek statikus kulcsai kulcsolnak, és csendben marad, amíg a peer nyilvános kulcsa nem ismert. Az OpenVPN TLS-munkamenetet nyit, ellenőriz egy kiszolgálótanúsítványt vagy statikus kulcsot, majd hitelesíti a felhasználót tanúsítványokkal, felhasználónévvel és jelszóval, vagy mindkettővel. A WireGuard-fájlban semmi nem írja le ezt. A lefordított fájl a helyes endpoinnt és minden mást helytelenül hordozna.

A cím és a port újrafelhasználása sem segít, mert a másik fél más csomagra vár.

Mit kérdezzen a szolgáltatótól

Ha a WireGuard-fájlt a szolgáltató adta, kérdezze meg, hogy ugyanannak a fióknak van-e OpenVPN-hozzáférése, és kérje azt a profilt. Sokaknak van, és a saját hitelesítő adataival érkezik, nem az első módosított másolataként.

Ha a válasz nem, a korlát az előfizetésben van, nem a fájlban, és egyetlen átalakító sem változtat ezen.

Ha az útválasztó vagy a kliens csak OpenVPN-t beszél

Amikor a csatlakozni kívánó eszköz csak az OpenVPN-t támogatja, nézze meg a másik fél dokumentált protokolltámogatását, mielőtt más kiterjesztés után kutatna. Egy OpenVPN-t lezáró útválasztót nem lehet rávenni a WireGuard elfogadására egy fájl importálásával. A járható lehetőségek egy OpenVPN-endpoint a kiszolgáló oldalán, vagy egy másik eszköz, amely WireGuardot beszél.

Aszerint válasszon, ki üzemelteti a másik felet, nem aszerint, milyen fájlja van éppen.

Ha Ön üzemelteti a kiszolgálót, adja hozzá a protokollt

Egy második protokoll támogatása egy második szolgáltatás futtatását jelenti. Linux-kiszolgálón ez egy OpenVPN-példány saját CA-val, kiszolgálótanúsítvánnyal, kliens-tanúsítványokkal és a server és push utasításokkal, valamint a portjára vonatkozó tűzfalszabállyal. A meglévő WireGuard peer-bejegyzés egyik ilyen objektumot sem írja le. A címtárat és a továbbított útvonalakat külön tervezze a WireGuard AllowedIPs bejegyzésétől, mert nem ugyanaz a mechanizmus két néven.

Ezután ellenőrizze a kliensről: a profil betöltődik, a TLS-munkamenet létrejön, megjelenik a továbbított útvonal, és a forgalom elér egy csak az alagúton keresztül elérhető gazdagépet.

Ahol az átalakító ötlete biztonságos

Az értékek kézi átírása jegyzetekbe rendben van és gyakran hasznos, mert az endpoint, a címek és a peer nyilvános kulcsa csak a telepítés tényei. Egy privát kulcs feltöltése egy átalakítást ígérő webhelyre nincs rendben, mert az a kulcs a hitelesítő adat, és a szolgáltatásnak nincs protokollja, amire átalakíthatná. Ha ugyanarra a hozzáférésre van szüksége OpenVPN-kliensről, inkább OpenVPN hitelesítő adatot kérjen.

Tartsa a két konfigurációt egymás mellett, és kezelje őket külön hozzáférési útvonalként, mert azok.