Aling mga protocol ang talagang inaalok ng pampublikong VPN node na ito?

Sinusuportahan ito ng software, kaya inaalok ito ng node. Ang hinuha na iyon ay mali nang madalas upang maging tuntunin: ang isang deployment ng SoftEther ay maaaring paganahin ang anumang subset ng mga tugmang paraan ng koneksyon nito, at ang pampublikong node ay isang deployment na may may-ari at configuration. Ang maaari mong konektahan ay nakasalalay sa node na iyon, hindi sa listahan ng feature ng proyektong pinapatakbo nito. Sa agwat ng dalawa naroon talaga ang karamihan ng mga ticket na «sira ang protocol».

Ano talaga ang ipinangangako ng listahan ng proyekto

Inilalarawan ng mga function ng protocol ng proyekto kung ano ang kaya ng server. Pinagana ng isang partikular na node ang ilan sa mga tagapakinig na iyon at hindi ang iba, at mababago ng operator ang set na iyon nang hindi hinahawakan ang bersyon ng software. Kaya magkaiba ang pag-uugali ng dalawang node sa parehong build, at ang profile na gumagana laban sa isa ay walang pinatutunayan tungkol sa susunod na target. Ang sariling listahan ng node ang mas may timbang kaysa pahina ng proyekto kapag pumipili ka kung saan kokonekta.

Basahin ang listahan bilang limang field, hindi bilang menu: endpoint, port, transport, pamilya ng protocol at paraan ng pagpapatotoo. Ang pampublikong node na nag-aanunsyo ng SSTP ay nagsabi sa iyo tungkol sa isang tagapakinig sa isang port; hindi nito sinabi kung aling sertipiko ang ipinapakita nito o kung gumagana ang iyong account doon. Ang paghahambing ng limang field na iyon sa iyong profile ay mas mabilis kaysa sa anumang dami ng muling pag-install ng client, at gumagawa ito ng nakasulat na inaasahan na masusubok mo mamaya.

Itugma ang profile sa endpoint na pinangalanan nito

Ang katutubong entry ng SoftEther ay hindi awtomatikong configuration ng OpenVPN, kahit lumilitaw ang dalawa sa isang pahina ng provider sa ilalim ng isang pamagat. Kapag naglathala ang isang node ng parehong tagapakinig na TCP at UDP para sa OpenVPN, ituring silang dalawang endpoint: ang profile na inedit mula sa isa patungo sa isa ay tumuturo sa tagapakinig na walang pinagana. Ang label ng transport sa file ay bahagi ng address, hindi kosmetikong setting.

Ang pagtanggap ng client sa isang na-import na file ay nagpapatunay na na-parse ang file. Wala itong sinasabi tungkol sa kung may naghihintay na remote na tagapakinig sa kabilang dulo, kaya ang unang pagtatangka ng koneksyon ang tunay na pagsubok. Ihambing ang remote na linya ng profile sa inanunsyong host at port ng node bago sisihin ang protocol.

Siyasatin ang yugtong nabibigo

Ang host na tumutugon sa trapikong web ay maaari pa ring walang nilalayong serbisyo ng VPN, at ang host na tumatanggi sa isang protocol ay hindi kinakailangang down para sa lahat. Ang dalawang pagkakamaling iyon ay nagpapadala ng mga tao sa magkasalungat na direksyon sa parehong hapon. Hinahabol ng isa ang firewall na maayos naman; muling nag-i-install ang isa ng client na hindi kailanman naging problema. Siyasatin ang bawat landas nang hiwalay upang ilarawan ng sagot ang isang tagapakinig at hindi ang buong host.

Sinasaklaw ng limang pagsusuring ito ang mga karaniwang paraan ng pampublikong node. Patakbuhin ang mga ito mula sa parehong network na ginagamit ng client, dahil ang sinasala na port ay mukhang kapareho ng nawawalang tagapakinig mula sa malayo.

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example

Iugnay ang bawat naobserbahang error sa hanay nito bago magbago ng anuman. Ang pagkabigo ng pagkakakilanlang TLS ay nagpapatunay na may tagapakinig, kaya ang muling pagsulat ng profile patungo sa ibang protocol ay itatapon ang gumaganang ebidensya. Ang tinanggihang koneksyon ay nagpapatunay lamang na hindi sumagot ang port na ito, na isang mas makitid na pahayag kaysa «hindi sinusuportahan ng node ang OpenVPN».

Itago ang error bago magbago ng anuman

Isulat ang eksaktong resulta: pagkaubos ng oras, pagkabigo ng pagkakakilanlan ng sertipiko, pagtanggi ng account at pagtanggi sa antas ng aplikasyon ay apat na magkakaibang kinalabasan. Ang una lamang ang tungkol sa protocol na hindi magagamit, at ang huli lamang ang tungkol sa pahintulot pagkatapos ng matagumpay na koneksyon. Sinisira ng pag-reset ng client o pagpapalit ng protocol ang pagkakaibang iyon, dahil ang susunod na pagkabigo ay dumarating na may ibang kasaysayan at walang baseline na paghahambingan.

Huwag pahinain ang pagpapatunay upang magmukhang gumagana ang isang hindi tugmang profile. Ang naka-disable na pagsusuri ng sertipiko ay ginagawang koneksyon sa isang bagay na hindi mo sinasadyang marating ang isang malinaw na pagkabigo ng pagkakakilanlan, at ang resultang tagumpay ay mas masama kaysa sa orihinal na error dahil itinatago nito kung aling yugto ang mali.

Muling suriin para sa bawat node, tuwing gagawin

Inilalarawan ng mga katutubong opsyon na SSL, OpenVPN, L2TP/IPsec at SSTP sa listahan ng pampublikong node ang configuration ng node na iyon sa sandaling iyon. Ang parehong software sa ibang lugar ay maaaring magpakita ng ibang set, at maaaring alisin ng provider ang isang tagapakinig sa pagitan ng iyong bookmark at ng iyong susunod na pagtatangka. Inilalarawan ng lumang mga tala ang lumang mga deployment.

Itala ang beripikadong profile kasama ang endpoint at paraan nito, pagkatapos ay ulitin ang pagsisiyasat kapag nagbago ang node o nagsimulang mabigo ang koneksyon. Ang espesipikasyon ng protocol ng SoftEther ay ang sanggunian para sa kaya ng software; ang sariling listahan ng node ay ang sanggunian para sa ginagawa nito. Paghiwalayin ang dalawang dokumento at magiging mas maikli ang diagnosis.