Client nativ SoftEther sau profil OpenVPN: alegeți portul potrivit

Un server SoftEther poate răspunde simultan pe portul SSL nativ și pe un port compatibil cu OpenVPN, ceea ce face ca cele două să pară un singur serviciu cu două uși. Sunt două servicii cu clienți diferiți, formate de configurare diferite și capacități diferite. Introducerea unui profil nativ într-un client OpenVPN eșuează la analiză, iar eroarea spune rareori de ce.

Alegeți mai întâi ascultătorul, apoi clientul.

Doi ascultători, două formate de configurare

Protocolul nativ folosește un client SoftEther și o definiție de conexiune care numește serverul, portul, hubul virtual și utilizatorul. Ascultătorul compatibil cu OpenVPN așteaptă un profil OpenVPN cu o directivă remote, material TLS și opțiuni dintr-un set acceptat mult mai mic decât cel oferit de un server OpenVPN autonom. SoftEther numește aceasta funcție de clonă OpenVPN, iar clonă este un indiciu util despre fidelitate.

Compatibilitatea este o chestiune de versiune. Verificați ce acceptă versiunea implementată, nu ce documentează un manual OpenVPN actual.

Pasul 1: aflați ce ascultător a activat operatorul

Cereți lista ascultătorilor în loc să ghiciți după un număr de port. Un server care răspunde cu TLS pe 443 nu este neapărat un punct final OpenVPN, deoarece protocolul nativ poate folosi același port. Secțiunea manualului despre funcțiile de server compatibile descrie ce clone există și cum se activează.

Dacă puteți ajunge la gazdă, testați portul care vi s-a dat și nu portul dintr-un tutorial: openssl s_client -connect vpn.example.com:443 -brief măcar vă spune dacă există TLS.

Pasul 2: folosiți clientul și profilul corespunzătoare

Pentru acces nativ, instalați clientul SoftEther, creați o conexiune cu datele operatorului și atașați adaptorul virtual. Pentru ascultătorul compatibil, importați profilul OpenVPN pe care operatorul l-a exportat din server, deoarece conține materialul CA și de client pe care îl așteaptă acel ascultător. Nu asamblați un profil manual dintr-un exemplu generic și nu lipiți o definiție de conexiune nativă într-o configurație OpenVPN.

O eroare de analiză la import este o problemă de format, nu de rețea, și nu ar trebui să vă trimită la firewall.

Pasul 3: păstrați comparația onestă

Dacă operatorul le publică pe amândouă, comparați-le ținând dispozitivul, rețeaua de acces și sarcina neschimbate. Cele două căi pot diferi prin autentificare, prin subrețelele la care se conectează și prin ce face serverul apoi cu traficul dumneavoastră. O gazdă partajată nu este o politică partajată. Țineți neschimbată și sarcina, deoarece copierea unui fișier și un apel video solicită părți diferite ale aceleiași căi.

Rezistați corecțiilor care apar de fiecare dată când un import eșuează. Dezactivarea verificărilor de certificate sau activarea unor cifruri vechi pentru a forța un profil este o regresie, nu o funcție de compatibilitate.

Pasul 4: verificați calea după conectare

După conectare, verificați adresa primită, rutele care au venit cu ea, DNS-ul și o resursă internă. Pe partea nativă, adaptorul virtual este interfața de inspectat; pe partea OpenVPN, este dispozitivul tun sau tap creat de client. În orice caz, întrebarea este dacă ascultătorul ales oferă accesul de care aveți nevoie, ceea ce este un fapt separat de faptul că tunelul a pornit. Notați adresa înainte și după, și comparați-le.

Notați ce ascultător și ce versiune de client au produs rezultatul funcțional. Altfel, următoarea persoană ar repeta descoperirea de la numărul de port în sus.