Paghahanap ng DNS

Ang Paghahanap ng DNS ay isang libreng tool na naghahanap ng mga A, AAAA, CNAME, MX, NS, TXT, SOA at CAA record para sa isang host at ipinapakita ang mga value ng mga ito sa DNS.

Ano ang sinusuri ng paghahanap ng DNS?

Sinusuri ng paghahanap ng DNS ang mga record na naka-publish para sa isang domain name o host. Ang Domain Name System, na mas kilala bilang DNS, ang nag-uugnay sa mga nababasang pangalan tulad ng www.example.com sa mga address at configuration data na ginagamit ng mga browser, mail server at iba pang serbisyo sa internet.

Magkakaibang tanong ang sinasagot ng bawat uri ng record. Ang A record ay naglalaman ng IPv4 address, samantalang IPv6 address naman ang nasa AAAA record. Itinuturo ng CNAME ang isang hostname sa ibang hostname. Ang mga MX record ang nagdidirekta ng email, tinutukoy ng mga NS record ang mga authoritative nameserver, naglalathala ang mga TXT record ng mga patakarang nakabatay sa text o mga value para sa verification, at naglalaman ang SOA record ng impormasyong administratibo at pang-oras para sa DNS zone.

Isinasagawa ang paghahanap sa server gamit ang ibinigay na host. Ipinapadala sa server sa pamamagitan ng HTTPS ang inilagay mo sa Host at hindi ito iniimbak. Inilalarawan lamang ng resulta ang mga ibinalik na A, AAAA, CNAME, MX, NS, TXT, SOA at CAA record at ang mga field ng mga ito. Hindi nito sinusuri kung tumutugon ang isang website, tumatanggap ng mga mensahe ang isang email server o valid ang isang TLS certificate.

Paano maghanap ng mga DNS record?

Ilagay sa field na Host ang hostname na gusto mong siyasatin, pagkatapos ay patakbuhin ang paghahanap.

1. Gamitin ang eksaktong hostname na apektado ng problema, tulad ng www.example.com o mail.example.com. Maaaring iba ang mga record ng isang subdomain sa mga record ng pangunahing domain.
2. Hostname lang ang ilagay hangga't maaari, hindi ang buong address ng page na may path, query string o fragment.
3. Ihambing ang mga ibinalik na address, target at nameserver sa mga value na ibinigay ng iyong hosting, email o DNS provider.
4. Suriin ang TTL bago ipalagay na isang configuration error ang mas lumang resulta. Posibleng naka-cache pa sa isang resolver ang dating value.

Hindi case-sensitive ang mga pangalan sa DNS, kaya iisang pangalan ang tinutukoy ng WWW.EXAMPLE.COM at www.example.com. Hindi valid ang mga puwang sa loob ng karaniwang hostname. Gumagamit sa DNS ng mga ASCII A-label ang mga internationalised domain name na may accented o non-Latin na character. Gumagamit ng Punycode ang naka-encode na bahagi ng isang A-label, samantalang U-label ang anyong Unicode. Kaya gamitin ang anyong A-label kung hindi nalulutas nang tama ang bersyong Unicode.

Limitado sa 63 octet ang bawat DNS label, at may limitasyon din sa haba sa ilalim ng protocol ang kumpletong domain name. Dahil dito, maaaring hindi valid ang napakahabang input kahit mukhang katanggap-tanggap ang bawat character nito. Pinapayagan ang mga numero at gitling sa maraming posisyon sa hostname, ngunit sa ilalim ng karaniwang mga tuntunin sa hostname, hindi maaaring magsimula o magtapos sa gitling ang isang label.

Paano basahin ang resulta ng paghahanap ng DNS?

Basahin ang bawat field ayon sa uri ng record nito, dahil may mga field na para lamang sa MX, SOA, TXT o iba pang partikular na record.

• Tinutukoy ng Host ang pangalan na kinabibilangan ng ibinalik na record.
• Ang TTL ay ang time to live sa segundo. Sinasabi nito sa mga DNS resolver kung gaano katagal nila maaaring i-cache ang record.
• Nasa Target ang destinasyon o address na nauugnay sa mga record na nagbabalik ng target.
• Nasa IPv6 ang address na ibinalik ng isang AAAA record.
• Ginagamit ng mga MX record ang Priority. Mas inuuna ang mas mababang numero kaysa sa mas mataas na numero.
• Nasa Entries ang mga indibidwal na text string na ibinigay ng isang record, karaniwan kapag hinati ang text sa magkakahiwalay na bahagi.
• Ang MNAME ang pangunahing nameserver na nakasaad sa isang SOA record.
• Ang RNAME ang contact address ng SOA sa notasyon ng DNS. Ang unang full stop na hindi naka-escape ang kumakatawan sa karaniwang at sign.
• Ang Serial ang numero ng bersyon ng zone. Ginagamit ito ng mga authoritative server upang matukoy ang na-update na zone data.
• Sinasabi ng Refresh sa mga secondary nameserver kung gaano kadalas sila dapat tumingin kung may mas bagong bersyon ng zone.
• Sinasabi ng Retry sa isang secondary server kung kailan ito muling susubok matapos mabigo ang refresh.
• Itinatakda ng Expire kung gaano katagal maaaring patuloy na gamitin ng secondary server ang zone data kapag hindi nito makontak ang primary server.
• Ang Min. TTL ay ang SOA MINIMUM field. Hindi ito pangkalahatang minimum na TTL. Kasama ng TTL ng SOA record, ginagamit ito sa pagtukoy ng TTL para sa pag-cache ng mga negatibong sagot, gaya ng pangalang hindi umiiral.
• Ang Flags, Tag at Value ay mga structured field na ginagamit ng mga policy record gaya ng CAA kapag mayroon.
• Tinutukoy ng Nameserver ang server na nakasaad sa isang NS record.

Nagpapakita ang Paghahanap ng DNS ng mga field ayon sa uri ng record, kaya normal lamang na may mga field na blangko o wala. Halimbawa, walang MX priority ang isang A record, at hindi kailangan ng MX record ang isang IPv6 field.

Mga praktikal na sitwasyon sa pag-troubleshoot ng DNS

Kapaki-pakinabang ang paghahanap ng DNS kapag ang problema ay mukhang may kinalaman sa pagpapangalan o routing. Ang mga halimbawang hostname at record value sa mga sitwasyon sa ibaba ay kathang-isip at hindi aktuwal na live DNS data.

Hindi nare-resolve ang isang website. Hanapin ang www.example.com at suriin ang A, AAAA at CNAME data nito. Maaaring magpakita ang isang posibleng resulta ng CNAME target na hosting.example.net, o ng A target sa IPv4 dotted-decimal na anyo. Kung pag-aari ng lumang hosting service ang ibinalik na target, i-update ang kaukulang record sa authoritative DNS provider.

Hindi dumarating ang email. Hanapin ang pangunahing domain at suriin ang mga MX record nito. Maaaring maglaman ang isang halimbawang resulta ng priority 10 na may target na mail.example.com at priority 20 na may backup mail host. Tiyaking tugma ang mga target sa mga setting ng mail provider. Hindi maipapakita ng paghahanap kung umiiral ang isang mailbox, kung tinanggihan ng tumatanggap na server ang isang mensahe o kung napunta ito sa spam folder.

May lumalabas na babala sa certificate matapos magpalit ng hosting. Suriin ang mga A, AAAA at CNAME record para sa eksaktong hostname na ipinapakita sa browser. Kung itinuturo pa rin ng DNS ang ilang bisita sa dating server, maaaring certificate ng server na iyon ang matanggap nila. Hindi sinusuri ng Paghahanap ng DNS ang certificate mismo, kaya gumamit ng certificate checker matapos tiyaking nakaturo ang host sa tamang serbisyo.

Bakit hindi pa nakikita ang ginawa kong pagbabago sa DNS?

Maaaring hindi agad lumitaw ang isang tamang pagbabago sa DNS dahil kayang panatilihin ng mga recursive resolver ang dating sagot hanggang mag-expire ang TTL nito. Madalas itong tawaging DNS propagation, bagaman karaniwan itong resulta ng pag-expire ng mga cache sa magkakaibang oras, hindi ng pisikal na paglalakbay ng mga record sa internet.

Hindi laging ipinapakita ng TTL sa bagong record kung gaano katagal mananatiling naka-cache ang lumang record. Maaaring naimbak ng resolver ang dating value gamit ang dati nitong TTL. Maaari ding i-cache ang mga nabigong paghahanap, kaya posibleng magmukhang wala pa rin ang isang bagong gawang hostname sa loob ng ilang panahon.

Suriin ang mga NS record upang matiyak na ginagamit ng domain ang mga nameserver kung saan mo ginawa ang pagbabago. Kung mali ang mga nameserver, hindi maaayos ng paghihintay ang problema. Para sa mas masusing paghahambing, maaaring direktang mag-query ang mga command-line tool gaya ng dig o nslookup sa napiling recursive o authoritative server.

Mga madalas itanong

Pwede bang IP address ang ilagay sa halip na hostname?

Ang forward DNS lookup ay para sa paghahanap ng mga record na nauugnay sa isang hostname. Para maghanap ng hostname na naka-publish para sa isang IP address, gamitin ang Baligtad na Paghahanap ng IP, na sumusuri sa reverse DNS data. Tandaan na maraming IP address ang walang kapaki-pakinabang na reverse record, at hindi inililista ng iisang reverse name ang lahat ng website na naka-host sa address na iyon.

Bakit nagkakasalungat ang CNAME at ibang mga record?

Ginagawang alias ng CNAME ang isang DNS name para sa ibang pangalan at, sa pangkalahatan, hindi ito maaaring umiral sa parehong pangalan kasama ng iba pang karaniwang record data. Ito ang dahilan kung bakit A o AAAA record ang karaniwang ginagamit sa zone apex, gaya ng example.com, sa halip na karaniwang CNAME. Nagpapatupad ang ilang DNS provider ng sarili nilang flattening o alias record, ngunit mga feature na partikular sa provider ang mga iyon at hindi karaniwang gawi ng CNAME.

Makikita ba sa pampublikong DNS ang mga record ng internal network ng kumpanya?

Karaniwan ay hindi. Maaaring gumamit ang mga organisasyon ng split-horizon DNS, kung saan ibang sagot ang natatanggap ng mga internal user kumpara sa mga sagot na available sa publiko. Dahil tumatakbo sa server ang paghahanap na ito, ipinapakita ng resulta ang DNS na nakikita mula sa server na iyon, hindi ang mga record na available lamang sa pamamagitan ng network ng iyong opisina o VPN.

Sinusuri ba ng paghahanap na ito ang DNSSEC?

Walang kasamang DNSSEC validation status sa mga nakalistang field ng resulta. Maaaring magbalik ang isang domain ng mga karaniwang DNS record kahit may problema sa signing o delegation ang DNSSEC chain nito. Gumamit ng nakalaang DNSSEC validator o command-line query na humihiling ng DNSSEC data kapag sinisiyasat ang ganitong uri ng problema.