Tagasuri ng pagho-host ng website

Ang Tagasuri ng pagho-host ng website ay isang libreng tool na tumutukoy sa host ng isang website at nag-uulat ng ISP, organisasyon at tinatayang lokasyon ng network na nauugnay rito.

Ano ang sinusuri sa pagho-host ng website?

Sinusuri nito ang impormasyon ng network na nakaugnay sa IP address na ibinalik para sa isang host name. Kapag naglagay ka ng host, gumagamit ang tool ng DNS resolution sa server upang hanapin ang IPv4 address nito, pagkatapos ay ipinapakita ang impormasyong nauugnay sa address na iyon.

Isinasalin ng DNS, o Domain Name System, ang mga pangalang gaya ng www.example.co.uk sa mga numerong IP address na ginagamit ng mga computer para kumonekta. Ginagamit ng tool ang gethostbyname function ng PHP para sa lookup na ito. Dahil IPv4 address ang niresolba ng function na iyon, maaaring walang kapaki-pakinabang na resulta ang isang host na sa IPv6 lang available.

Ang organisasyong makikita sa resulta ay maaaring isang hosting company, internet service provider, cloud platform o content delivery network. Hindi ito awtomatikong ang kumpanyang nagmamay-ari o nagpapatakbo sa website. Maaaring ipakita ng mga site na nasa likod ng mga serbisyong gaya ng Cloudflare ang network na ginagamit bilang proxy habang nananatiling nakatago ang address ng origin server.

Paano gamitin ang tagasuri ng pagho-host?

Ilagay ang host ng website sa field na Host, pagkatapos ay patakbuhin ang pagsusuri. Pinakamalinaw na input ang isang payak na host name gaya ng example.co.uk o www.example.co.uk.

1. Alisin ang anumang path, query string o page fragment kung host lang ang kailangan mong tukuyin.
2. Panatilihin ang eksaktong subdomain na may problema. Maaaring magturo sa magkaibang provider ang www.example.co.uk at shop.example.co.uk.
3. Patakbuhin ang pagsusuri at ihambing ang ibinalik na organisasyon at lokasyon sa serbisyong inaasahan mong makita.

Halimbawa, ilagay ang shop.example.co.uk kapag ang shop ang sinusuri mo, sa halip na example.co.uk lang. Kung nakaturo ang subdomain na iyon sa hiwalay na e-commerce platform, maaaring iba ang ibalik nitong organisasyon sa resulta ng pangunahing site. Huwag ipalagay na iisang imprastraktura ang ginagamit ng lahat ng pangalan sa ilalim ng isang domain.

Hindi puwedeng magkaroon ng espasyo sa loob ng karaniwang host name. Maaari ring gawing malabo ang input ng mga path, bantas mula sa kinopyang teksto at tuldok sa dulo, kaya alisin muna ang mga ito. May ASCII-compatible na anyo ang mga internationalised domain name na may accented o hindi Latin na mga character. Binubuo ito ng mga A-label na gumagamit ng Punycode encoding. Kung hindi ma-resolve ang baybay sa Unicode, gamitin ang ASCII-compatible na anyo ng domain. Puwede ang mga numero sa maraming host label, pero hindi puwede ang underscore sa mga karaniwang host name ng pampublikong website.

Isinasagawa ang pagsusuri sa server. Ipinapadala sa server ang input mo sa pamamagitan ng HTTPS at hindi ito iniimbak.

Paano unawain ang resulta

Ituring ang resulta bilang impormasyon tungkol sa network na kasalukuyang sumasagot para sa na-resolve na host, hindi bilang patunay kung sino ang may-ari ng website o kung nasaan ang pisikal na server room nito. Iba't ibang bahagi ng impormasyong ito ang ipinapakita ng bawat field.

Ang latitude at longitude ay datos ng IP geolocation, hindi mga reading mula sa GPS. Maaaring tumukoy ang mga ito sa nakarehistrong opisina ng provider, isang panrehiyong network hub o isang pangkalahatang lugar. Hindi dapat gamitin ang mga ito para tukuyin ang isang gusali o kumpirmahin kung saan legal na iniimbak ang datos ng website.

Hindi awtomatikong patunay ng problema ang hindi pamilyar na ISP o organisasyon. Madalas umuupa ng kapasidad ang mga managed host mula sa mas malalaking infrastructure provider, at maaaring lumabas ang mga reseller sa ilalim ng pangalan ng may-ari ng upstream network.

Mga karaniwang pagsisiyasat

Pinakakapaki-pakinabang ang pagsusuri sa pagho-host kapag alam mo na kung aling provider o migration target ang inaasahan mo at kailangan mo ng hiwalay na pagtingin sa kasalukuyang DNS destination ng host.

• Lumang bersyon pa rin ang nakikita sa isang na-migrate na site. Suriin muna kung may lumang content sa cache ng browser, reverse proxy o CDN. Suriin ang eksaktong host name na ginamit sa browser. Kung tumutugma pa rin ang organisasyon nito sa dating provider, maaaring hindi pa naaabot ng pagbabago sa DNS ang resolver na ginagamit ng tool, o maaaring nakaturo pa rin sa lumang serbisyo ang record.
• Hindi gumagana ang isang subdomain pero gumagana ang pangunahing site. Magpatakbo ng magkakahiwalay na pagsusuri para sa example.co.uk, www.example.co.uk at sa subdomain na hindi gumagana. Kapag magkakaiba ang resulta, posibleng gumagamit ang mga pangalan ng magkakahiwalay na DNS record o serbisyo sa pagho-host.
• May lumalabas na babala sa certificate pagkatapos baguhin ang pagho-host. Karaniwang sanhi nito ang nawawala, hindi tumutugma o hindi pa naihahandang certificate sa bagong host, kaya suriin muna ang configuration ng certificate. Kung tama iyon, tingnan kung nagre-resolve ang host sa nilalayong provider. Maaari nitong matukoy ang luma o maling DNS destination, bagaman hindi sinusuri ng tool ang certificate, petsa ng pag-expire nito o mga host name na saklaw nito.

Kung mukhang tama ang destination pero hindi pa rin gumagana ang site, maaaring nasa HTTP, TLS o application layer ang problema. Maaaring suriin ng HTTP/2 Tagasuri ang suporta sa protocol, habang makukumpirma ng Checker ng Brotli kung gumagamit ang server ng Brotli compression. Hindi pamalit ang alinman sa pagsusuring partikular para sa DNS o certificate.

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

Dahil sa DNS caching, maaaring magbalik ng magkakaibang sagot ang iba't ibang resolver hanggang mag-expire ang mga naka-cache na record. May time to live ang mga DNS record, na karaniwang tinatawag na TTL. Itinatakda nito kung gaano katagal maaaring panatilihin ng mga recursive resolver ang isang sagot.

Pagkatapos ng pagbabago, maaaring hawak pa rin ng broadband provider, network sa opisina, device o server-side resolver ng tool ang dating address. Madalas itong tawaging propagation delay, bagaman hindi sabay-sabay at koordinadong nag-a-update ang DNS sa lahat ng lugar. Magkakahiwalay na nag-e-expire ang bawat naka-cache na record at karaniwan itong hinahanap muli kapag kailangan ng panibagong query.

Gumamit ng hiwalay na DNS lookup upang ihambing ang na-resolve na address sa kasalukuyang A record ng iyong DNS provider. Kung mahalaga ang pagkakaiba, magsuri rin mula sa higit sa isang network. Kumpirmahin ding ang authoritative DNS zone at tamang host label ang binago mo. Hindi awtomatikong nababago ang bare domain kapag in-edit ang www, at gayundin sa kabaligtaran.

Walang tagasuri ng pagho-host na makakagarantiyang tugma ang sagot nito sa kasalukuyang DNS response ng bawat bisita. Maaaring sadyang magbalik ng magkakaibang address ang round-robin DNS, mga serbisyong nakakalat sa iba't ibang lokasyon at mga CDN depende sa resolver o lokasyon.

Mga madalas itanong

Malalaman ba nito kung anong kumpanya ang may-ari ng website?

Hindi. Tinutukoy nito ang impormasyon ng network na nauugnay sa na-resolve na host, hindi ang legal na may-ari ng domain o website. Hiwalay na mapagkukunan ang mga record ng pagpaparehistro ng domain, mga rehistro ng kumpanya at legal na abiso ng mismong site.

Bakit iba ang pangalan ng organisasyon sa nakalagay sa invoice ng hosting ko?

Maaaring reseller o managed service ang supplier mo na gumagamit ng network ng ibang kumpanya. Dahil dito, maaaring pangalan ng upstream cloud o data-centre provider ang lumabas sa resulta sa halip na ang negosyong binabayaran mo. Ihambing muna ang mga detalye ng network sa dokumentasyon ng provider mo bago ituring na error ang pagkakaiba.

Puwede ko bang suriin ang website na IPv6 lang ang gamit?

Gumagamit ang pinagbabatayang hostname lookup ng gethostbyname, na nagre-resolve ng mga IPv4 address. Kaya maaaring walang makabuluhang impormasyon sa pagho-host na maibalik para sa host na IPv6 lang, kahit gumagana ito para sa mga bisitang may IPv6 connectivity. Hiwalay na AAAA-record lookup ang angkop na pagsusuri sa ganitong sitwasyon.

Gagana ba kung napakahaba ng host name?

Nililimitahan ng DNS ang buong domain name sa 253 octet sa karaniwang tekstuwal na anyo nito kapag hindi kasama ang opsyonal na root dot sa dulo. Karaniwang limitado naman sa 63 octet ang bawat label. Ang input na lampas sa mga limitasyon ng pagpapangalan sa DNS ay hindi maaaring kumatawan sa wastong pampublikong host. Para sa praktikal na pagsusuri, host lang ang kopyahin at alisin ang mahahabang path o tracking parameter bago ito isumite.

Domain apex ba o www address ang dapat kong ilagay?

Suriin muna ang pangalang aktuwal na ginagamit ng mga bisita, pagkatapos ay hiwalay na suriin ang isa pang anyo kung may duda sa mga redirect o DNS record. Maaaring tumuro sa magkaibang system ang domain apex at www address kahit humantong ang isa sa pag-redirect sa isa pa. Itala ang parehong resulta bago baguhin ang DNS upang makita mo kung aling host ang kailangan pang ayusin.