Sumasagot ang port 443, nabigo pa rin ang SSTP: aling yugto ang nasira?
May tumanggap ng koneksyon at hindi pa rin nabubuo ang tunnel. Paghiwalayin ang transport, sertipiko, negosasyon ng SSTP at pagpapatunay ng PPP.
Ang pagkumpleto ng TCP handshake sa port 443 habang hindi kailanman nabubuo ang tunnel ay nagpapatunay ng isang bagay, at maliit na bagay ito. May nakikinig sa address na iyon at handang tumanggap ng koneksyon. Hindi nito tinutukoy ang serbisyo, ang sertipikong ipapakita, o ang nangyayari pagkatapos ng mga unang byte.
Apat na yugto ang nasa pagitan ng handshake na iyon at ng gumaganang tunnel, at bawat isa ay gumagawa ng ibang error.
Ang bukas na port ay naglalarawan lamang ng isang layer
Ang pagtanggap ng TCP koneksyon ay nangangahulugang may prosesong nagmamay-ari ng socket at pinapayagan ng landas ang handshake. Wala itong sinasabi tungkol sa kung ang prosesong iyon ay SSTP server, kung mayroon itong sertipikong wasto para sa pangalan sa iyong profile, o kung papayagan nito ang iyong account. Ang web server sa parehong address ay perpektong sumasagot sa handshake at pagkatapos ay sumasagot sa iyong SSTP request ng HTTP error. Ang lahat ng nasa itaas ng handshake na iyon ay nananatiling hindi nasubok.
Ituring ang port test bilang pinakamurang posibleng filter at hindi bilang hatol. Ang halaga nito ay inaalis nito ang isang buong kategorya ng mga pagkabigo, hindi na pinatutunayan nito ang lahat ng nasa itaas nito.
Ang paghahalo ng dalawa ang dahilan kung bakit muling nag-i-install ang mga tao ng client pagkatapos ng test na hindi kailanman sinuri ang tunay na problema ng client.
Paghiwalayin ang apat na yugto gamit ang ebidensya
Ang mga yugto ay ang maabot ng transport, pagpapatunay ng TLS, ang palitan ng SSTP sa HTTPS, at pagpapatunay ng PPP sa loob ng tunnel. Ang landas na dumaan sa una at nabigo sa ikaapat ay nangangailangan ng pagwawasto ng kredensyal; ang nabigo sa ikalawa ay nangangailangan ng pagwawasto ng sertipiko o pangalan. Wala silang pagkakatulad, at ang pagpili ng mali ay nagsasayang ng pagkaantala.
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/
Ang ikatlong command ay dapat basahin nang mabuti. Ang 200 mula sa ordinaryong web page ay nagsasabing may web service; hindi nito sinasabing maiintindihan ang SSTP request. Ang 404 mula sa parehong address ay parehong walang impormasyon tungkol sa VPN. Tanging ang client log ang nagsasabi kung alin sa apat na yugto ang naabot.
Pansinin kung anong pangalan ang ginamit ng bawat command. Pinipili ang sertipiko ayon sa pangalang ipinapadala mo, kaya ang pagkakaiba sa pagitan ng profile at test ay pagkakaibang ikaw mismo ang nagpasok. Ang pagsulat ng pangalang iyon sa tabi ng resulta ay pumipigil sa kalituhan mamaya.
Basahin ang bahagyang tagumpay sa tamang direksyon
Maaaring payagan ng tagapamagitan ang ordinaryong pag-browse at tanggihan ang susunod na palitan, kaya ang proxy na gumagana para sa mga website ay maaari pa ring mabigo para sa tunnel. Ang parehong pattern ay lumilitaw kapag ang sertipiko ay wasto para sa pangalan ng browser ngunit hindi para sa pangalang naka-configure sa profile: nasisiyahan ang browser at hindi ang client, at tama ang dalawa sa kanilang sinuri.
Panatilihing naka-on ang server validation habang ginagawa mo itong pagsusuri. Ang pag-off nito ay ginagawang matagumpay na handshake ang pagkakaiba ng sertipiko at itinatago ang tanging ebidensyang magpapaliwanag ng pagkabigo.
Kung gumagana ang parehong profile mula sa ibang network, ang pagkakaiba ay nakadepende sa landas. Pinaliit nito ang paghahanap sa mga tagapamagitan nang hindi sinasabi kung alin, at kapaki-pakinabang pa rin itong hakbang. Itala ang network na ginamit mo, dahil walang halaga ang paghahambing kung wala iyon.
Pagkatapos, subukan ang aplikasyon, hindi lamang ang sesyon
Kapag may sesyon, i-verify ang nilalayong ruta, resolusyon ng pangalan at pahintulot ng serbisyo mula sa client na nangangailangan ng mga ito. Ang konektadong tunnel ay maaari pa ring may kulang na forwarding sa malayong panig o rutang pabalik na hindi kailanman umiral, at ang mga pagkabigong iyon ay mukhang problema ng aplikasyon sa taong naghihintay.
Panatilihing nakakabit ang bawat konklusyon sa yugtong gumawa nito. Ang tawagin ang bukas na port na gumaganang VPN ay kung paano ang limang minutong pagsusuri ng sertipiko ay nagiging isang araw ng muling pag-install ng software.