443 portuak erantzuten du, SSTP oraindik huts egiten du: zein etapa hautsi da?

Tunela inoiz eraikitzen ez delarik 443 portura TCP eskutxea osatzeak gauza bat frogatzen du, eta gauza txiki bat da. Zerbait entzuten ari da eta prest dago helbide horretan konexio bat onartzeko. Ez du zerbitzua, aurkeztuko duen ziurtagiria edo lehen byteen ondoren gertatzen dena identifikatzen.

Eskutxe horren eta tunel funtzional baten artean lau etapa daude, eta bakoitzak errore desberdina sortzen du.

Portu ireki batek geruza bat bakarrik deskribatzen du

TCP konexio bat onartzeak esan nahi du prozesu bat socketaren jabea dela eta bideak eskutxea ahalbidetzen duela. Ez du ezer esaten prozesu hori SSTP zerbitzari bat den, zure profileko izenerako baliozko ziurtagiria duen edo zure kontua baimenduko duen. Helbide bereko web zerbitzari batek eskutxeari ezin hobeto erantzuten dio eta gero zure SSTP eskaerari HTTP errore batekin erantzuten dio. Eskutxe horren gainetik dagoen guztia frogatu gabe geratzen da.

Hartu portu proba ahalik eta iragazkirik merkeena bezala, eta ez epai bezala. Bere balioa huts egiteen kategoria oso bat kentzean dago, ez gainetik dagoen guztia baieztatzean.

Biak nahastea da jendeak bezeroak berriro instalatzen dituen proba batek bezeroaren benetako arazoa inoiz aztertu ez ostean.

Bereizi lau etapak frogekin

Etapak garraioaren irisgarritasuna, TLS balidazioa, HTTPS bidezko SSTP trukea eta tunelaren barruko PPP autentifikazioa dira. Lehenengoa gainditu eta laugarrenean huts egiten duen bideak kredentzialen konponketa behar du; bigarrenean huts egiten duenak ziurtagiri edo izen konponketa behar du. Konponketa horiek ez dute ezer komun, eta okerra aukeratzeak etenaldia alferrik galtzen du.

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

Hirugarren komandoa arretaz irakurtzea merezi du. Web orri arrunt bateko 200 batek web zerbitzu bat badagoela esaten dizu; ez dizu esaten SSTP eskaera ulertuko denik. Helbide beretik datozen 404 batek berdin gutxi esaten du VPNari buruz. Bezeroaren erregistroak soilik esaten dizu lau etapetako zein iritsi zen.

Kontuan hartu komando bakoitzak zein izen erabili zuen. Ziurtagiria bidaltzen duzun izenaren arabera aukeratzen da, beraz profilearen eta probaren arteko desadostasuna zuk sartutako desadostasuna da. Izen hori emaitzaren ondoan idazteak geroago nahasmena saihesten du.

Irakurri arrakasta partziala norabide egokian

Bitartekari batek nabigazio arrunta baimendu eta geroagoko trukea ukatu dezake, eta horregatik webguneetarako funtzionatzen duen proxy batek huts egin dezake tunel baterako. Eredu bera agertzen da ziurtagiria nabigatzailearen izenerako baliozkoa denean baina ez profilean konfiguratutako izenerako: nabigatzailea pozik dago eta bezeroa ez, eta biek arrazoia dute egiaztatu dutenari buruz.

Mantendu zerbitzariaren balidazioa gaituta hau diagnostikatzen duzun bitartean. Desgaitzeak ziurtagiriaren desadostasuna eskutxe arrakastatsu bihurtzen du eta hutsa azalduko zuen froga bakarra ezkutatzen du.

Profil berak beste sare batetik funtzionatzen badu, aldea bidearen menpekoa da. Horrek bilaketa bitartekarietara murrizten du zein den esan gabe, eta oraindik aurrerapauso erabilgarria da. Erregistratu erabili duzun sarea, konparazioa baliogabea baita hura gabe.

Ondoren probatu aplikazioa, ez soilik saioa

Saioa badago, egiazta ezazu aurreikusitako ibilbidea, izenen ebazpena eta zerbitzu baimena behar dituen bezerotik. Konektatutako tunel batek oraindik falta duen birbidalketa izan dezake urruneko aldean edo inoiz egon ez zen itzulera-ibilbidea, eta huts horiek itxaron duen pertsonarentzat aplikazio arazo bat bezala ikusten dira.

Mantendu ondorio bakoitza sortu zuen etapari lotuta. Portu ireki bat lan egiten duen VPN deitzea bost minutuko ziurtagiri egiaztapena softwarea berriro instalatzeko egun bat bihurtzeko modua da.