Oras ng pagpapatakbo ng isang VPN server: ano ang hindi sinasabi ng bilang na iyon
Sinusukat ng counter ang oras mula nang magsimula ang isang bagay, hindi ang maabot mula sa iyong network. Suriin ang kahulugan at oras ng ulat, pagkatapos ay subukan ang kailangan mo.
Isang pampublikong listahan ng node ay nagpapakita ng server na may oras ng pagpapatakbo na sinusukat sa mga linggo, kaya pipiliin mo ito, at nabigo ang koneksyon sa unang pagtatangka. Hindi ito mapanlinlang na patalastas; ito ang maling tanong na ibinibigay sa isang bilang na sumusukat ng ibang bagay. Karaniwang sinasabi ng oras ng pagpapatakbo kung gaano katagal tumatakbo ang isang proseso, container o makina mula nang huling magsimula, at iyon ay katangian ng imprastruktura ng naglathala, hindi ng iyong landas patungo roon. Ang ituring itong pagiging maaasahan ay ang parehong pagkakamali ng kategorya na ituring ang odometer ng kotse bilang ulat ng kalsada.
Ano ang sinusukat ng bilang
Sa isang host na may modernong tagapamahala ng serbisyo, ang counter ay nakaangkla sa isang pangyayaring talagang mababasa mo: ang timestamp nang pumasok ang unit sa aktibong estado, o ang oras ng boot ng makina. Ang lahat ng iba pa ay aritmetika sa angklang iyon, at nag-iiba ang kahulugan ng angkla sa iba’t ibang naglathala. Maaaring mag-reset ang isang listahan sa pag-restart ng daemon, ang isa pa sa pag-restart ng makina, at ang pangatlo sa manu-manong reset na ginawa ng operator na gustong malinis na graph.
systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server
Ang tatlong command na iyon ay sumasagot sa tatlong magkaibang tanong, at ang direktoryo na nagpapakita ng isang bilang ay hindi masasabi kung alin sa mga ito ang ginamit. Kaya ang paghahambing ng hilaw na counter mula sa dalawang listahan ay hindi paghahambing hangga’t hindi mo alam kung saan nag-reset ang bawat isa.
Maaaring tumakbo ang isang proseso habang patay ang landas
Nakikinig ang daemon. Wasto ang sertipiko. Buhay ang proseso nang dalawampu’t tatlong araw. Wala sa mga iyon ang nagtitiyak na maaabot ito ng mga packet mula sa iyong network, dahil ang maabot ay katangian ng buong landas: ang uplink ng provider, ang peering sa pagitan ng kanyang network at ng iyo, ang siksikan sa isang shared transit link, at ang firewall sa harap ng iyong sariling koneksyon.
Maaari ring tumakbo ang isang server at walang silbi sa ibang dahilan. Ang node na tumanggap ng mas maraming kliyente kaysa kayang suportahan ng bandwidth nito ay magpapakita ng mahabang oras ng pagpapatakbo at kahila-hilakbot na karanasan, dahil hindi sinusukat ng counter ang kapasidad o kontensyon. Ito ang pinakakaraniwang paraan na nabibigo ang isang node na may mahabang oras ng pagpapatakbo: walang sira, abala lang ang lahat.
Nararapat ding tandaan ang kabaligtaran. Ang node na na-restart isang oras ang nakalipas ay maaaring ganap na malusog ngayon, at ang pag-uuri ayon sa pinakamalaking bilang ay tahimik na inaalis ito. Ang oras ng pagpapatakbo ay hindi marka ng kalidad, at ang ituring itong gayon ay pumipili ayon sa edad kaysa sa pagiging angkop.
Kaagapan: mas luma ang ulat kaysa sa iyong pagtatangka
Ang mga pampublikong direktoryo ay mga pahinang nabuo mula sa pana-panahong pagsusuri, hindi live na telemetry. Ang oras ng pagpapatakbo na binabasa mo ay kinakalkula sa huling refresh, at ang koneksyong sinusubukan mo ay nangyayari pagkatapos nito. Sa pagitan, maaaring mapatay ng provider ang isang link, magpalit ng sertipiko, ilipat ang address o alisin ang node sa serbisyo, at patuloy na iuulat ng pahina ang huling kilalang mabuting kalagayan hanggang sa susunod na crawl.
Gumagana rin ang agwat na iyon sa kabilang direksyon. Ang node na iniulat na down ay maaaring nakabawi ilang minuto pagkatapos malikha ang ulat, kaya ang agarang pagtatangka muli sa ibang node ay hindi laging mas mabuting pagpipilian.
Ang praktikal na tuntunin ay ang bawat iniulat na field ay isang pahayag tungkol sa nakaraan. Gamitin ito upang bumuo ng maikling listahan, pagkatapos ay i-verify sa isang pagsukat na ikaw mismo ang gumawa sa sandaling mahalaga sa iyo.
Ano ang dapat subukan sa halip
Magpasya kung ano ang kailangan mo mula sa node at subukan iyon. Kung kailangan mo ng maabot, ang pagtatangka ng TCP koneksyon sa listening port ay nagsasabi sa iyo sa isang segundo ng higit pa kaysa sa anumang counter. Kung kailangan mo ng gumaganang tunnel, makipagkasundo ng isa. Kung kailangan mo ng magagamit na throughput, maglipat ng isang tunay na bagay at sukatin ito, dahil ang oras ng koneksyon at throughput ay magkaibang katangian at ang mabilis na pakikipagkamay ay walang sinasabi tungkol sa pangalawa.
nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net
Ulitin ang pagsubok sa halip na magtiwala sa isang pagtatangka. Ang pagiging maaasahan ay isang distribusyon sa paglipas ng panahon at mga kondisyon, at ang isang matagumpay na koneksyon ay isang sample na may sukat na isa. Ang ilang pagtatangka sa mga oras na aktwal mong ginagamit ang koneksyon ay tatalo sa anumang nailathalang oras ng pagpapatakbo nang may malaking agwat.
Pagbasa ng mga pampublikong listahan ng node nang hindi nalilinlang
Ang oras ng pagpapatakbo ay wala ring dalang impormasyon tungkol sa mga bagay na karaniwang hinihingi ng mga tao sa isang VPN: ang bisa ng sertipiko, sino ang nagpapatakbo ng exit, anong patakaran ng DNS ang nalalapat, at kung nagtatago ang operator ng mga talaan ng koneksyon. Ito ay magkakahiwalay na pahayag na nangangailangan ng magkakahiwalay na ebidensya, at ang mahabang counter ay hindi ebidensya para sa alinman sa mga ito. Maaaring maging matatag ang isang node sa loob ng mga buwan at maging masamang pagpipilian pa rin para sa pangangailangan ng privacy.
Ang lugar kung saan talagang nakakatulong ang listahan ay sa paggawa ng maikling listahan. Ayusin ayon sa alam mong kailangan mo, salain ang mga node sa mga rehiyong walang kaugnayan sa gawain, pagkatapos ay subukan ang natitirang tatlo o apat. Itago ang yugto ng kabiguan ng bawat pagtatangka sa halip na isang oo o hindi lang, dahil ang «nabigo ang pakikipagkamay ng TLS» at «konektado ngunit walang throughput» ay humahantong sa ganap na magkaibang konklusyon.
Ang balangkas para sa pagsukat ng pagganap ng landas ay ginagawa ang parehong punto sa mas mahigpit na anyo: tukuyin ang sukatan, mga kondisyon at paraan bago mangolekta ng mga bilang. Kapag inilapat sa isang listahan ng node, nangangahulugan iyon na ang field ng oras ng pagpapatakbo ay konteksto. Ang pagsukat na ikaw mismo ang gumawa ang desisyon.