Ping

Ang Ping ay isang libreng tool na sumusuri kung maaabot ang isang website, server o port, at ipinapakita ang oras ng pagtugon, status code o error nito.

Ano ba talaga ang sinusuri ng ping check?

Sinusuri ng ping check kung tumutugon ang isang remote system mula sa network kung saan isinasagawa ang pagsusuri. Nakadepende sa napiling protocol ang eksaktong uri ng pagsusuri.

• HTTP(s) sinusuri ang isang web URL gamit ang HTTP o HTTPS. Angkop ito sa mga website, API at web service dahil maaari itong magbalik ng HTTP response status code.
• Ping (ICMP) sinusuri kung tumutugon ang isang host sa echo traffic ng Internet Control Message Protocol. Ito ang karaniwang kahulugan ng "ping" sa networking.
• Host / Port sinusuri kung maaabot ang isang partikular na network port sa isang host. Kabilang sa mga karaniwang halimbawa ang SMTP mail server, POP server o database endpoint.

Bahagyang magkakaiba ang tanong na sinasagot ng bawat pagsusuri. Ipinapakita ng tugon sa ICMP na tumatanggap at sumasagot ang host sa ganitong uri ng network traffic, pero hindi nito pinatutunayang gumagana ang website o mail service nito. Nagbibigay naman ng status code ang isang HTTP response, na maaaring magpahiwatig ng problema. Kapag matagumpay ang port check, ibig sabihin ay naaabot ang port, hindi na tiyak na magtatagumpay ang pag-login sa application o ang database query.

Paano gamitin ang Ping?

Piliin ang naaangkop na Ping Protocol, ilagay ang kaukulang address, at simulan ang pagsusuri. Gamitin ang uri ng input na inaasahan ng napiling protocol.

1. Piliin ang HTTP(s) at maglagay ng kumpletong URL, gaya ng https://www.example.com/status, kapag sinusuri ang problema sa isang website, API endpoint o web service.
2. Piliin ang Ping (ICMP) at maglagay ng Host, gaya ng server.example.com o isang IP address, kapag sinusuri kung tumutugon ang server sa ICMP traffic.
3. Piliin ang Host / Port, ilagay ang Host, at pagkatapos ay ibigay ang numerong Port. Halimbawa, karaniwang gumagamit ng port 587 ang isang SMTP submission service, habang port 443 naman ang karaniwang gamit ng HTTPS.

Huwag magdagdag ng URL path sa pagsusuring host lang ang kailangan. Sa kabilang banda, maaaring kailanganin ng HTTP check ang buong path kung isang API route o page lang ang apektado, hindi ang buong domain. Gumagamit ang mga transport port number ng 16-bit na value mula 0 hanggang 65,535. Nakalaan ang port 0 at karaniwang hindi ginagamit bilang service port. Hindi bahagi ng port number ang mga espasyo, kuwit at label gaya ng "port 443".

Sa server isinasagawa ang Ping check. Ipinapadala sa server na iyon sa pamamagitan ng HTTPS ang input mo sa Ping at hindi ito iniimbak. Iwasang maglagay ng password, API key o iba pang lihim sa URL dahil maaari itong malantad sa remote service at sa iba pang bahagi ng karaniwang web infrastructure.

Paano basahin ang resulta ng ping?

Tingnan muna ang resulta ng availability. Pagkatapos, gamitin ang timing, HTTP status o error upang matukoy nang mas eksakto ang problema.

Halimbawa, maaaring magpakita ang isang kathang-isip na HTTP result ng Online, response time na 180 ms, at status code na 200. Ipinapahiwatig ng status code na 200 na matagumpay ang request. Ang 404 response ay nangangahulugang walang nakitang kasalukuyang representasyon ang origin server para sa target na resource, o ayaw nitong ipaalam na mayroon nito. Nabibilang ang 5xx (Server Error) response sa klase ng Server Error. Nakadepende sa mismong status code ang eksaktong dahilan.

Hindi palaging nangangahulugan ang resultang Offline na offline ang buong machine. Maaaring bina-block ng firewall ang ICMP habang gumagana pa rin ang HTTPS, o maaaring sarado ang isang port habang available pa ang ibang service. Patakbuhin ang pagsusuring tumutugma sa service na sinusubukang maabot ng mga user.

Mga karaniwang problemang natutukoy ng ping

Kung ayaw mag-load ng website, magsimula sa HTTP(s) at gamitin ang eksaktong apektadong URL. Kung tumutugon ang domain pero nagbabalik ng 404 ang isang page, suriin ang route, rewrite rules o deployment. Kung nagpapakita ng certificate warning ang HTTPS sa browser, gamitin ang Paghahanap ng SSL para makita ang mga detalye ng certificate sa halip na umasa lang sa ping. Maaari ring ipakita ng Paghahanap ng mga HTTP header ang mga redirect at response header.

Kung hindi dumarating ang email, gamitin ang Host / Port kasama ang hostname ng mail server at ang port na naka-configure sa application na nagpapadala o tumatanggap. Hindi pinatutunayan ng naaabot na SMTP port na tatanggapin ng server ang isang partikular na mensahe. Hindi saklaw ng simpleng port check ang mga problema sa authentication, spam filtering, DNS mail record at mga patakaran ng recipient.

Pagkatapos ilipat ang isang site sa bagong host, suriin ang hostname nito gamit ang ICMP o HTTP, depende sa naaangkop. Beripikahin ang DNS record at isaalang-alang ang mga naka-cache na sagot. Maaaring makatulong ang Paghahanap ng Whois upang kumpirmahin ang impormasyon sa pagpaparehistro ng domain, pero hindi nito ipinapakita kung anong DNS answer ang kasalukuyang hawak ng bawat resolver.

Bakit maaaring magmukhang mali ang tamang resulta dahil sa DNS caching?

Dahil sa DNS caching, maaaring pansamantalang matukoy ng server ng tool at ng sarili mong device ang magkaibang address para sa iisang hostname. Pinananatili ng mga recursive resolver ang mga DNS answer ayon sa time to live ng mga ito, na karaniwang tinatawag na TTL. May sarili ring local cache ang ilang application o operating system.

Karaniwang ginagamit ang salitang "propagation" para sa pagkaantalang ito, kahit hindi naman kumakalat ang mga DNS record sa lahat ng lugar sa iisang koordinadong proseso. Nag-e-expire ang bawat cache ayon sa sarili nitong iskedyul. Dahil dito, maaaring gumana sa isang koneksyon ang bagong palit na record habang ginagamit pa rin ng isa pang koneksyon ang dating address.

Dahil sa server ng tool isinasagawa ang pagsusuri, ipinapakita ng resulta ang network path at DNS view ng server na iyon sa mismong oras ng pagsusuri. Hindi nito mapatutunayang iisang destinasyon ang nakikita ng bawat internet provider, mobile network o corporate resolver sa Pilipinas. Kung mahalaga ang pagkakaiba batay sa lokasyon, ihambing ang resulta sa isang lokal na pagsusuri at i-query ang mga kaugnay na DNS record.

Mga madalas itanong

Ano ang mangyayari sa mga domain name na may accent o hindi Latin ang mga titik?

Kino-convert ng IDNA ang mga kuwalipikadong Unicode domain label sa mga ASCII A-label. Ang Punycode ang encoding algorithm na ginagamit sa mga kaugnay na A-label. Madalas na awtomatikong kino-convert ng mga browser ang nababasang anyo, pero maaaring kailanganin ng mga host field at diagnostic system ang A-label form. Suriing mabuti ang spelling dahil maaaring tumukoy sa magkaibang domain ang mga Unicode character na magkahawig.

Mananatili bang mababa ang mababang response time?

Hindi. Nagbabago ang response time dahil sa routing, pagsisikip ng network, load ng server at pisikal na distansya. Magtala ng ilang pagsusuri sa magkakatulad na oras, at siyasatin ang mga pagbabagong nagpapatuloy sa halip na ituring ang isang mabagal na tugon bilang patunay ng problema.

Bago baguhin ang mga setting ng DNS, firewall o server, tiyaking nasuri mo ang eksaktong hostname, URL path at port na ginagamit ng apektadong service. Itala ang oras ng resulta at ihambing ito sa mga lokal na log upang maitugma ang magkabilang panig ng koneksyon.