Natívny klient SoftEther alebo profil OpenVPN: vyberte správny port
Server SoftEther môže súčasne vystaviť natívny poslucháč aj klon OpenVPN. Potrebujú rôznych klientov a profily a môžu uplatňovať rôzne pravidlá.
Server SoftEther môže súčasne odpovedať na natívnom SSL porte a na porte kompatibilnom s OpenVPN, takže oba vyzerajú ako jedna služba s dvomi dverami. Sú to dve služby s rôznymi klientmi, rôznymi formátmi konfigurácie a rôznymi možnosťami. Vloženie natívneho profilu do klienta OpenVPN zlyhá pri analýze a chyba len zriedka povie prečo.
Najprv vyberte poslucháč, potom klienta.
Dva poslucháče, dva formáty konfigurácie
Natívny protokol používa klienta SoftEther a definíciu pripojenia, ktorá uvádza server, port, virtuálny hub a používateľa. Poslucháč kompatibilný s OpenVPN očakáva profil OpenVPN s direktívou remote, materiálom TLS a možnosťami z oveľa menšej podporovanej sady, než ponúka samostatný server OpenVPN. SoftEther to nazýva funkciou klonu OpenVPN a slovo klon je užitočný pokyn ohľadom vernosti.
Kompatibilita je otázka verzie. Overte, čo prijíma nasadené zostavenie, a nie čo dokumentuje aktuálna príručka OpenVPN.
Krok 1: zistite, ktorý poslucháč operátor povolil
Vyžiadajte si zoznam poslucháčov, namiesto hádania z čísla portu. Server, ktorý odpovedá cez TLS na 443, nemusí byť koncový bod OpenVPN, pretože natívny protokol môže používať ten istý port. Sekcia príručky o kompatibilných serverových funkciách opisuje, ktoré klony existujú a ako sa povoľujú.
Ak sa k hostiteľovi dostanete, otestujte port, ktorý ste dostali, a nie port z návodu: openssl s_client -connect vpn.example.com:443 -brief aspoň vám povie, či je tam TLS.
Krok 2: použite zodpovedajúceho klienta a profil
Pre natívny prístup nainštalujte klienta SoftEther, vytvorte pripojenie s údajmi operátora a pripojte virtuálny adaptér. Pre kompatibilný poslucháč importujte profil OpenVPN, ktorý operátor exportoval zo servera, pretože nesie materiál CA a klienta, ktorý tento poslucháč očakáva. Neskladajte profil ručne zo všeobecného príkladu a nevkladajte natívnu definíciu pripojenia do konfigurácie OpenVPN.
Chyba analýzy pri importe je problém formátu, nie siete, a nemala by vás poslať k firewallu.
Krok 3: udržte porovnanie poctivé
Ak operátor zverejňuje oboje, porovnávajte ich, kým zariadenie, prístupovú sieť a úlohu držíte nezmenené. Obe cesty sa môžu líšiť v autentizácii, v podsietiach, ku ktorým sa pripájajú, a v tom, čo server potom robí s vašou prevádzkou. Zdieľaný hostiteľ nie je zdieľaná politika. Udržte nezmenenú aj úlohu, pretože kopírovanie súboru a videohovor zaťažujú rôzne časti tej istej cesty.
Postavte sa proti opravám, ktoré sa objavia zakaždým, keď import zlyhá. Vypnutie kontrol certifikátov alebo povolenie starých šifier, aby profil prešiel, je regresia, nie funkcia kompatibility.
Krok 4: po pripojení overte cestu
Po pripojení skontrolujte adresu, ktorú ste dostali, trasy, ktoré s ňou prišli, DNS a jeden interný zdroj. Na natívnej strane je rozhraním na preskúmanie virtuálny adaptér; na strane OpenVPN je to zariadenie tun alebo tap, ktoré vytvoril klient. V oboch prípadoch je otázkou, či zvolený poslucháč vydáva prístup, ktorý potrebujete, čo je oddelený fakt od toho, či sa tunel zdvihol. Zapíšte adresu pred a po a porovnajte ich.
Zaznamenajte, ktorý poslucháč a ktorá verzia klienta viedli k fungujúcemu výsledku. Inak by ďalší človek zopakoval objavovanie od čísla portu.