Baligtad na Paghahanap ng IP

Ang Baligtad na Paghahanap ng IP ay isang libreng tool na tumutukoy sa domain name o host na nauugnay sa isang IP address gamit ang reverse DNS.

Ano ang baligtad na paghahanap ng IP?

Sa baligtad na paghahanap ng IP, tinatanong ang Domain Name System kung anong hostname ang nakatalaga sa isang IP address. Nagsisimula ang karaniwang paghahanap ng DNS sa pangalang gaya ng example.org para malaman ang IP address nito. Sa reverse lookup naman, IP address ang panimula at pangalan ang hinahanap.

Gumagamit ang reverse DNS ng PTR record. Para sa IPv4, kinakatawan ng DNS ang address sa baligtad na pagkakasunod-sunod sa ilalim ng domain na in-addr.arpa. Ginagamit naman ng mga IPv6 address ang domain na ip6.arpa, at binabaligtad ang bawat hexadecimal digit. DNS software na ang gumagawa ng conversion na ito, kaya ang karaniwang IP address ang ilalagay sa paghahanap, hindi ang nakabaligtad na anyo nito.

Karaniwang ang organisasyong kumokontrol sa hanay ng mga address ang namamahala sa mga PTR record nito. Dahil dito, maaaring kailangang hilingin ng may-ari ng website sa hosting company, broadband provider, o cloud platform na baguhin ang reverse DNS entry.

Paano gamitin ang baligtad na paghahanap ng IP?

Ilagay ang IPv4 o IPv6 address na gusto mong siyasatin, patakbuhin ang paghahanap, at tingnan ang nauugnay na domain o host. IP address lang ang ilagay, walang protocol, port number, o path.

• Ilagay ang 198.51.100.24, hindi ang https://198.51.100.24/.
• Ilagay ang IPv6 address sa karaniwang anyo nitong pinaghihiwalay ng mga tutuldok, gaya ng 2001:db8::24.
• Huwag maglagay ng domain name. Gamitin muna ang Paghahanap ng DNS kung kailangan mong malaman ang IP address ng isang domain.
• Para sa reverse DNS, alisin ang mga espasyo, bracket, at nakopyang bantas na hindi bahagi ng address.

Wasto lang ang mga numero kapag bumubuo ang mga ito ng lehitimong IP address. Sa IPv4, ang bawat decimal na bahagi ay dapat nasa pagitan ng 0 at 255. Ang blangkong value, pangungusap, URL, o sobrang habang string ay hindi IP address at hindi makapagbibigay ng makabuluhang sagot mula sa reverse DNS.

Sa server tumatakbo ang Baligtad na Paghahanap ng IP. Ipinapadala sa server sa pamamagitan ng HTTPS ang inilagay na IP address at hindi ito iniimbak.

Paano basahin ang resulta ng baligtad na paghahanap ng IP?

Basahin ang resulta sa pamamagitan ng paghahambing sa hinanap na address at sa domain o host na ibinalik para rito. Ito ang mahahalagang impormasyong dapat tingnan:

• Tiyaking tumutugma ang hinanap na address sa server, mail gateway, o iba pang device na balak mong siyasatin.
• Ang ibinalik na domain o host ang pangalang naka-publish sa PTR record ng address. Maaari itong pangalan ng serbisyo gaya ng mail.example.org, hostname na itinalaga ng provider, o iba pang fully qualified domain name.
• Kung walang makitang magagamit na sagot mula sa PTR lookup, hindi nito pinatutunayang offline o hindi ginagamit ang address.

Bilang halimbawa, ipagpalagay na ang input ay 192.0.2.44 at nagtakda ang administrator nito ng PTR record na tumuturo sa mail.example.org. Lalabas ang mail.example.org bilang nauugnay na host. Kung walang PTR record ang address, walang hostname na maibabalik.

Ang resulta ng PTR ay isang pahayag na inilathala ng awtoritatibong operator ng reverse DNS. Hindi nito pinatutunayang naka-host doon ang isang website, ligtas ang hostname, o tumuturo pabalik sa parehong address ang forward DNS. Para suriin ang huling nabanggit, hiwalay na i-resolve ang ibinalik na hostname at ihambing ang A o AAAA record nito sa orihinal na IP address.

Pagsisiyasat sa mga karaniwang sitwasyon

Pinakakapaki-pakinabang ang reverse lookup kapag may lumabas na IP address sa error message, mail log, o configuration ng server at kailangan mong maunawaan kung paano nito kinikilala ang sarili nito.

1. Tinatanggihan ang email. Karaniwang sinusuri ng mga mail system ang PTR record ng nagpapadalang address. Kung binabanggit sa delivery report ng Microsoft 365 o Google Workspace na nawawala o hindi tugma ang reverse DNS, suriin ang pampublikong IP ng outbound mail server. Pagkatapos, tiyaking nagre-resolve pabalik ang ibinalik na hostname sa parehong address at tumutugma ito sa naka-configure na pagkakakilanlan ng mail server kung kinakailangan.
2. Hindi pamilyar ang address ng server. Maaaring IP address lang ang nasa access log, firewall alert, o monitoring report. Makapagbibigay ang PTR record nito ng hostname ng provider o serbisyo para makatulong na maunawaan kung saan nauugnay ang address. Suportang ebidensya lang ito, hindi patunay ng pagmamay-ari o layunin.
3. May lumalabas na babala sa certificate. Maipapakita ng reverse lookup ang hostname na nakatalaga sa address ng server, pero hindi nito mabe-validate ang TLS certificate. Gamitin ang Paghahanap ng SSL para suriin ang mga pangalan sa certificate, issuer, at mga detalye ng validity, pagkatapos ay ihambing ang mga ito sa hostname na ginamit sa browser.

Kung hindi nagre-resolve ang isang site, magsimula sa mga forward A at AAAA record nito. Kapaki-pakinabang ang reverse DNS kapag alam mo na ang destination IP, pero hindi maaayos ng pagbabago sa PTR record ang nawawalang forward record.

Bakit nakikita pa rin ang lumang sagot o hindi pa lumalabas ang bagong hostname?

Maaaring manatiling nakikita ang lumang sagot o hindi pa lumabas ang bagong hostname dahil nagka-cache ang mga DNS resolver ng mga sagot sa PTR at mga nabigong lookup. May time to live, o TTL, ang bawat DNS record. Sinasabi nito sa resolver kung gaano katagal maaaring gamitin muli ang sagot bago ito magtanong ulit.

Kapag binago ng provider ang isang PTR record, maaaring bagong hostname na ang ipakita ng isang resolver habang lumang hostname pa rin ang ibinabalik ng iba. Maaari ding ma-negative cache ang nabigong lookup, kaya hindi palaging lilitaw agad ang bagong record matapos itong idagdag. Madalas itong tawaging DNS propagation, pero karaniwang nangyayari ang pagkaantala dahil magkakaiba ang oras ng pag-expire ng mga cache, hindi dahil aktuwal na naglalakbay ang mga record sa internet.

Hintaying mag-expire ang dating TTL at anumang negative-cache period, pagkatapos ay ihambing ang mga resulta gamit ang ibang resolver o network. Kung nananatili ang lumang sagot nang lampas sa inaasahang cache period, hilingin sa provider ng address na kumpirmahing naidagdag ang PTR record sa tamang reverse DNS zone.

Mga madalas itanong

Pwede bang magkaroon ng higit sa isang PTR record ang isang IP address?

Pinapayagan ng DNS ang maraming PTR record para sa iisang address, pero inaasahan ng maraming system ang isang hindi nagbabagong hostname. Maaaring magdulot ang maraming sagot ng hindi magkakatugmang identity check, lalo na sa papalabas na email, kaya karaniwang mas ligtas ang isang PTR record na malinaw ang kahulugan.

Makikita ba sa reverse IP lookup ang lahat ng website sa shared hosting?

Hindi. Karaniwang tinutukoy ng PTR record ang isang address gamit ang hostname, pero wala itong listahan ng mga website na inihahatid mula sa address na iyon. Maaaring maglagay ang shared hosting at mga content delivery network ng maraming walang kaugnayang domain sa likod ng iisang address, at hindi kayang ilista ng reverse DNS lang ang lahat ng iyon.

Gagana ba ang reverse lookup sa private IP address?

Maaaring may mga reverse record ang mga private address gaya ng 192.168.1.20 sa loob ng network ng kumpanya o tahanan, pero karaniwang hindi makukuha ang mga record na iyon sa pamamagitan ng pampublikong DNS. Kaya posibleng walang ibalik na hostname ang pampublikong lookup kahit alam ng internal DNS server ang pangalan ng device.

Bakit may tuldok sa dulo ng hostname?

Ipinapakita ng ilang DNS software ang fully qualified domain name na may tuldok sa dulo, gaya ng mail.example.org. Ang tuldok ay tumutukoy sa DNS root at wasto ito sa teknikal na aspeto. Hindi ito isinasama ng karamihan sa mga application kapag ipinapakita o kino-configure ang parehong hostname.

Anong impormasyon ang dapat kong itala bago kontakin ang hosting provider?

Itala ang IP address, ang ibinalik na hostname, ang hostname na inaasahan mo, at ang tinatayang oras ng pagsusuri. Kung problema sa email ang pakay, isama rin ang rejection text at ang naka-configure na hostname ng nagpapadalang server. Nakakatulong ang mga detalyeng ito para mahanap ng provider ang kaugnay na reverse zone at matukoy kung PTR error, naka-cache na DNS, o configuration ng mail ang problema.