SSTP kundrejt OpenVPN: i njëjti port 443, protokoll tjetër

Të dyja opsionet mund të qëndrojnë pas TCP 443, prandaj njerëzit mendojnë se janë pika fundore të këmbyeshme. Nuk janë: SSTP serveri flet PPP brenda HTTPS, ndërsa një server OpenVPN flet protokollin e vet mbi TLS ose përmes një rryme UDP të papërpunuar. Kthimi i një klienti drejt portit të tjetrit prodhon një lidhje që nuk arrin kurrë te një kërkesë hyrjeje. Zgjedhja ka të bëjë me cilin klient dhe transport mund të mbështesni, jo me numrin.

Një port i përbashkët nuk bën një protokoll të përbashkët

Dorëshkrimi TLS mund të përfundojë dhe gjithsesi të mos çojë askund, sepse më pas klienti dhe serveri nuk bien dakord se çfarë të thonë më tej. Në një kapje paketash shihni një dorëshkrim të pastër të ndjekur nga të dhëna aplikacioni që pala tjetër i refuzon ose i injoron. Ky model është nënshkrimi i një mospërputhje protokolli, jo i një bllokimi nga muri i zjarrit.

As një profil i riemërtuar as një zë tjetër menuje nuk e kthen njërin në tjetrin. Një lidhje SSTP krijohet nga cilësimet e VPN të Windows me një adresë serveri dhe të dhënat e vërtetimit të operatorit, ndërsa një lidhje OpenVPN kërkon klientin dhe skedarin përkatës të konfigurimit. Specifikimi SSTP i Microsoft përshkruan të parën dhe nuk përshkruan një dorëshkrim OpenVPN.

Porti 443 është një lehtësi politike. Kalon nëpër rrjete që lejojnë pak gjë tjetër, dhe ky është një avantazh i vërtetë, por nuk të thotë asgjë për atë se cili protokoll punon pas tij.

SSTP tunelon PPP brenda HTTPS

Emri përshkruan ndërtimin: korniza PPP të transportuara brenda një sesioni HTTPS, që do të thotë TLS poshtë dhe një certifikatë që klienti mund ta verifikojë. Windows e përfshin këtë si lloj VPN të brendshëm, kështu që një laptop i menaxhuar shpesh mund të lidhet pa programe shtesë përveç profilit që jep operatori.

Platformat e tjera janë histori tjetër. Një klient Linux ose macOS kërkon një implementim të mirëmbajtur, dhe ato ndryshojnë në atë që mbështesin dhe si raportojnë gabimet. Kontrolloni klientin që vërtet synoni të përdorni në vend që të supozoni se aftësia e integruar e Windows transferohet, dhe konfirmoni që emri i serverit në profil përputhet me certifikatën që paraqet serveri.

SSTP zakonisht është vetëm TCP. Ai transport i vetëm ndikon në sjelljen në një lidhje me humbje, sepse ritransmetimi ndodh si brenda tunelit ashtu edhe poshtë tij.

OpenVPN sjell klientin e vet dhe një zgjedhje transporti

OpenVPN ofron klientin dhe profilin e vet, që ju jep diagnostikim që një dialog i brendshëm i Windows nuk e shfaq. Serveri mund të dëgjojë në UDP ose TCP, dhe konfigurimi i operatorit vendos cilin duhet të përdorë klienti juaj. Një profil i drejtuar kah transporti i gabuar dështon para vërtetimit.

Vërtetimi varet njësoj nga konfigurimi. Një vendosje mund të kërkojë vetëm certifikata, certifikata plus emër përdoruesi dhe fjalëkalim, ose një faktor të dytë sipër, dhe klienti duhet të përputhet saktësisht me atë rregullim. Fakti që një lidhje arrin fazën TLS nuk ju tregon cilat kredenciale do të kërkojë më pas.

UDP është parazgjedhja e zakonshme sepse shmang folezimin e një rryme të besueshme brenda një rryme tjetër të besueshme. Modaliteti TCP ekziston për rrjetet që bllokojnë UDP, dhe funksionon, por humbja e madhe mund ta bëjë atë të ndihet më keq se shtegu UDP që zëvendësoi. Zgjidhni TCP kur duhet, jo sepse tingëllon më i besueshëm.

Zgjidhni sipas klientit, transportit dhe mbështetjes

Tre pyetje zgjidhin shumicën e këtyre vendimeve. A ka nevojë çdo pajisje klienti për një lidhje që punon pa programe shtesë? A e lejon UDP rrjeti nga i cili vareni, ose TCP 443 është e vetmja dalje? Dhe kush e mbështet klientin, përditësimet e tij dhe rikuperimin e tij kur një profil skadon?

Kur i krahasoni të dy, provoni në të njëjtën pajisje dhe në të njëjtin rrjet aksesi. Nëse pika fundore SSTP dhe pika fundore OpenVPN janë servera të ndryshëm ose vende të ndryshme, rezultati juaj përfshin ato rrugë dhe makina në vend që të izolojë protokollin. Kjo është mënyra më e zakonshme se si krahasime të tilla japin një përgjigje të sigurt por të gabuar.

Më pas konfirmoni cilën keni vendosur vërtet përpara se të korrigjoni çdo gjë tjetër:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

Sido që të jetë, përfundoni duke testuar burimin dhe DNS-në që ju nevojiten në vend që të shpallni sukses në gjendjen e tunelit. Të dy protokollet mund të konfigurohen të mbajnë vetëm trafik privat të zgjedhur, dhe një tunel i lidhur pa zgjidhje emrash funksionale duket si një VPN e prishur kur në të vërtetë është një projekt tuneli të ndarë ose DNS.

Në një flotë të menaxhuar, shpërndarja e profileve dhe mbështetja e përditësimeve zakonisht e zgjidhin çështjen shumë përpara çdo matjeje transporti.