Nativní klient SoftEther, nebo profil OpenVPN: vyberte správný port
Server SoftEther může současně vystavit nativní posluchač i klon OpenVPN. Potřebují různé klienty a profily a mohou uplatňovat různá pravidla.
Server SoftEther může odpovídat současně na nativním SSL portu i na portu kompatibilním s OpenVPN, takže oba vypadají jako jedna služba se dvěma dveřmi. Jsou to dvě služby s různými klienty, různými formáty konfigurace a různými možnostmi. Vložení nativního profilu do klienta OpenVPN selže při analýze a chyba jen zřídka řekne proč.
Nejprve vyberte posluchač, potom klienta.
Dva posluchače, dva formáty konfigurace
Nativní protokol používá klienta SoftEther a definici připojení, která uvádí server, port, virtuální hub a uživatele. Posluchač kompatibilní s OpenVPN očekává profil OpenVPN s direktivou remote, TLS materiálem a možnostmi z mnohem menší podporované sady, než nabízí samostatný server OpenVPN. SoftEther tomu říká funkce klonu OpenVPN a slovo klon je užitečný pokyn ohledně věrnosti.
Kompatibilita je otázka verze. Ověřte, co přijímá nasazené sestavení, a ne co dokumentuje aktuální příručka OpenVPN.
Krok 1: zjistěte, který posluchač operátor povolil
Vyžádejte si seznam posluchačů, místo abyste hádali z čísla portu. Server, který odpovídá TLS na 443, nemusí být koncový bod OpenVPN, protože nativní protokol může používat stejný port. Sekce příručky o kompatibilních serverových funkcích popisuje, které klony existují a jak se povolují.
Pokud se k hostiteli dostanete, otestujte port, který jste dostali, a ne port z návodu: openssl s_client -connect vpn.example.com:443 -brief alespoň vám řekne, zda je tam TLS.
Krok 2: použijte odpovídajícího klienta a profil
Pro nativní přístup nainstalujte klienta SoftEther, vytvořte připojení s údaji operátora a připojte virtuální adaptér. Pro kompatibilní posluchač importujte profil OpenVPN, který operátor exportoval ze serveru, protože nese materiál CA a klienta, který tento posluchač očekává. Neskládejte profil ručně z obecného příkladu a nevkládejte nativní definici připojení do konfigurace OpenVPN.
Chyba analýzy při importu je problém formátu, ne sítě, a neměla by vás poslat k firewallu.
Krok 3: udržte srovnání poctivé
Pokud operátor zveřejňuje obojí, porovnávejte je, dokud zařízení, přístupovou síť a úlohu držíte beze změny. Obě cesty se mohou lišit v autentizaci, v podsítích, ke kterým se připojují, a v tom, co server potom dělá s vaším provozem. Sdílený hostitel není sdílená politika. Udržte beze změny i úlohu, protože kopírování souboru a videohovor zatěžují různé části stejné cesty.
Odolejte opravám, které se objeví pokaždé, když import selže. Vypnutí kontrol certifikátů nebo povolení starých šifer, aby profil prošel, je regrese, ne funkce kompatibility.
Krok 4: po připojení ověřte cestu
Po připojení zkontrolujte adresu, kterou jste dostali, trasy, které s ní přišly, DNS a jeden interní zdroj. Na nativní straně je rozhraním k prozkoumání virtuální adaptér; na straně OpenVPN je to zařízení tun nebo tap, které klient vytvořil. V obou případech je otázkou, zda zvolený posluchač vydává přístup, který potřebujete, což je oddělený fakt od toho, zda se tunel zvedl. Zapište adresu před a po a porovnejte je.
Zaznamenejte, který posluchač a která verze klienta vedly k fungujícímu výsledku. Někdo další by jinak objevování zopakoval od čísla portu.