संक्षिप्त उत्तर
आप मिलते-जुलते डोमेन का मालिक कैसे जाँचते हैं?
किसी मिलते-जुलते डोमेन का मालिक जाँचने के लिए rdap.org पर RDAP क्वेरी भेजें या ICANN का लुकअप टूल इस्तेमाल करें। आपको रजिस्ट्रार, बनाने की तारीख़, नेमसर्वर और स्थिति कोड मिलते हैं; रजिस्ट्रेंट अक्सर रिडैक्ट होता है। क्या सार्वजनिक रहता है यह हर रजिस्ट्री पर निर्भर है। Wardmint हर डोमेन के लिए अपने पास रखा एक ईमेल निजी रखता है।
RDAP उत्तर आपको क्या बताता है
| फ़ील्ड | उदाहरण (example.com) | इसके साथ क्या करना है |
|---|---|---|
| रजिस्ट्रार का नाम और IANA ID | रजिस्ट्रार ID 376 | दुरुपयोग रिपोर्ट इस रजिस्ट्रार को भेजें |
| रजिस्ट्रेशन घटना | 1995-08-14 | अपने ब्रांड के पहली बार दिखने की तारीख़ से तुलना करें; उसके बाद बना डोमेन बुरी नीयत के दावे का समर्थन करता है |
| नेमसर्वर | दो Cloudflare सर्वर | DNS होस्ट की पहचान करें; रिपोर्ट करने की दूसरी जगह |
| स्थिति कोड | client delete, transfer और update निषिद्ध | दिखाता है कि कौन से लॉक चालू हैं; लॉक किया गया डोमेन हिलाना कठिन है |
| DNSSEC डेटा | हस्ताक्षरित, एक DS रिकॉर्ड | दिखाता है कि ज़ोन हस्ताक्षरित है या नहीं |
डोमेन नाम से उपयोगी मालिकाना फ़ाइल तक पाँच चरण
RDAP क्वेरी करें
नीचे दिया पहला कमांड चलाएँ। rdap.org क्वेरी को सही रजिस्ट्री पर भेजता है, इसलिए वही कमांड RDAP समर्थित किसी भी एक्सटेंशन के लिए काम करता है।
रजिस्ट्रार और तारीख़ें पढ़ें
रजिस्ट्रार का नाम, रजिस्ट्रेशन की तारीख़ और कोई भी अंतिम-बदलाव की तारीख़ नोट करें। आपके प्रोजेक्ट के लॉन्च के बाद की बनाने की तारीख़ बुरी नीयत का पहला सबूत है।
DNS होस्ट पहचानें
नेमसर्वर और A रिकॉर्ड सूचीबद्ध करें, फिर नेटवर्क के मालिक के लिए पते की क्वेरी करें। होस्ट और DNS प्रदाता, दोनों उनके दुरुपयोग संपर्कों के ज़रिए पहुँच में हैं।
इतिहास खोजें
उसी डोमेन के पहले के पेजों के लिए urlscan.io और Wayback Machine खोजें। जो डोमेन पहले किसी और व्यवसाय की सेवा करता था और अब आपके लॉगिन पेज की प्रति दिखाता है, वह बिके या दोबारा इस्तेमाल हुए नाम का संकेत है।
सबूत के पैकेट में लिखें
कच्चा JSON, क्वेरी का समय और अपने नोट चिपकाएँ। रजिस्ट्रार की रिपोर्ट और बाद की कोई भी UDRP शिकायत उसी फ़ाइल का इस्तेमाल करती है।
DOMAIN=suspect-example.com
curl -sL "https://rdap.org/domain/$DOMAIN" > domain.json
# registrar, registration date, status codes, name servers
jq -r '.entities[] | select(.roles[]=="registrar") | .vcardArray[1][] | select(.[0]=="fn") | .[3]' domain.json
jq -r '.events[] | [.eventAction, .eventDate] | @tsv' domain.json
jq -r '.status[]' domain.json
jq -r '.nameservers[].ldhName' domain.json
# who runs the server the domain points to
IP=$(dig +short A "$DOMAIN" | head -n 1)
curl -sL "https://rdap.org/ip/$IP" | jq -r '.name, .country'RDAP वह क्या दिखाता है जो WHOIS नहीं दिखाता था?
RDAP वही रजिस्ट्रेशन डेटा लौटाता है जो WHOIS देता है, लेकिन एक संरचित, मानक प्रारूप में जिसे स्क्रिप्ट पढ़ सकती हैं। रजिस्ट्री या रजिस्ट्रार HTTPS पर JSON में जवाब देते हैं, इसलिए ऊपर की तालिका के फ़ील्ड तय जगहों पर होते हैं। lookup.icann.org पर ICANN का Registration Data Lookup Tool वही डेटा वेब फ़ॉर्म में देता है; WIPO की UDRP दाख़िल करने की गाइड उसी को रजिस्ट्रार खोजने का तरीका बताती है।
RDAP व्यक्ति नहीं दिखाता। रजिस्ट्रेंट का नाम, पता और फ़ोन नंबर अक्सर रिडैक्ट होते हैं, या तो रजिस्ट्री की नीति से या किसी गोपनीयता सेवा से। क्या सार्वजनिक रहता है यह हर रजिस्ट्री पर निर्भर है। .com और .net के लिए रजिस्ट्री ख़ुद रजिस्ट्रेंट का संपर्क डेटा नहीं रखती। आप रजिस्ट्रेंट तक रिकॉर्ड से नहीं, रजिस्ट्रार के ज़रिए पहुँचते हैं।
रजिस्ट्रेंट अक्सर छिपा क्यों होता है?
रजिस्ट्रेंट डेटा इसलिए रिडैक्ट होता है क्योंकि गोपनीयता नियम और गोपनीयता सेवाएँ उसे डिफ़ॉल्ट रूप से छिपाती हैं, और हमलावर वही कारण इस्तेमाल करता है जो एक वैध मालिक करता है। छिपा हुआ नाम गलत काम का सबूत नहीं है। संकेत दूसरे फ़ील्ड से आता है: फ़िशिंग पेज से कुछ दिन पहले की बनाने की तारीख़, दूसरे मिलते-जुलते नामों के साथ साझा नेमसर्वर, और दुरुपयोग रिपोर्ट का जवाब देने में धीमा रजिस्ट्रार।
Interisle ने मई 2024 से अप्रैल 2025 के डेटा में पाया कि फ़िशिंग डोमेन के 77% अपराधियों ने हमले के लिए रजिस्टर किए थे। इसलिए आपके लॉगिन पेज की प्रति के साथ एक नई बनी तारीख़ वह पैटर्न है जिसकी उम्मीद करें, कोई अपवाद नहीं। Wardmint अपने ग्राहकों के लिए वही रिडैक्शन तर्क अपनाता है: हर डोमेन के लिए उसके पास रखा एक ईमेल ज़रूरी है, सत्यापित है और निजी रखा जाता है।
मालिक की जाँच रिपोर्ट या UDRP फ़ाइल में कैसे जाती है?
RDAP रिकॉर्ड का रजिस्ट्रार वह पक्ष है जो आपकी दुरुपयोग रिपोर्ट पाता है और वह पक्ष जिसे UDRP प्रदाता लिखता है। रजिस्ट्रार का नाम, बनाने की तारीख़, नेमसर्वर और स्थिति कोड अपनी रजिस्ट्रार को रिपोर्ट के सबसे ऊपर रखें। रजिस्ट्रार रजिस्ट्रेंट का डेटा देख सकता है और उस पर कार्रवाई कर सकता है; आप नहीं कर सकते।
UDRP मामले में प्रदाता शिकायत दाख़िल होने के बाद रजिस्ट्रार से रजिस्ट्रेंट का विवरण लेता है। चरण और शुल्क UDRP शिकायत कैसे दर्ज करें में हैं। वहाँ बनाने की तारीख़ मायने रखती है, क्योंकि नीति का तीसरा तत्व बुरी नीयत में रजिस्ट्रेशन और उपयोग है।
किसी डोमेन का इतिहास आपको क्या बता सकता है?
किसी डोमेन का इतिहास बताता है कि नाम हमले के लिए ताज़ा ख़रीदा गया था या किसी पिछले मालिक से लिया गया। डोमेन के लिए पहले के urlscan.io स्कैन खोजें और संग्रहित प्रतियाँ देखने के लिए Wayback Machine खोलें। जो पेज पिछले साल एक असली व्यवसाय की सेवा करता था और आज आपकी साइट की नक़ल है, वह एक दोबारा रजिस्टर या बेचे गए नाम की ओर इशारा करता है।
Wardmint की 12 नवंबर 2026 की जाँच के अनुसार, example.com के लिए एक RDAP अनुरोध ने एक JSON उत्तर में एक रजिस्ट्रार ID (376), 1995-08-14 की रजिस्ट्रेशन तारीख़ और तीन client स्थिति कोड लौटाए, इसीलिए क्वेरी सबसे तेज़ पहला कदम है। मिलते-जुलते डोमेन खोजने की गाइड से मिले किसी मिलते-जुलते नाम पर वही क्वेरी कुछ ही सेकंड लेती है।
परिणाम के साथ आपको क्या कभी नहीं करना चाहिए?
रजिस्ट्रेंट से कभी संपर्क न करें या उसे धमकी न दें, और बदले में उसके ब्रांड के मिलते-जुलते नाम कभी रजिस्टर न करें। मालिक की जाँच एक दस्तावेज़ीकरण का कदम है। होल्डर से संपर्क करने से पेज और सबूत मिटाए जा सकते हैं। Wardmint सिर्फ़ किसी ब्रांड के अपने वेरिएंट बेचता है; किसी और के ब्रांड का मिलता-जुलता नाम रजिस्टर करना उसकी स्वीकार्य उपयोग नीति से प्रतिबंधित है। Wardmint अपने पास का डेटा तभी जारी करता है जब पनामा का कानून इसकी माँग करे (पनामा की अदालत या अभियोजक का आदेश), या UDRP मामले में।
रजिस्ट्रेंट की जाँच के सवाल
क्या RDAP वही है जो WHOIS है?
RDAP WHOIS का मानक उत्तराधिकारी है। वह वही रजिस्ट्रेशन डेटा JSON में HTTPS पर ले जाता है, तय फ़ील्ड नामों के साथ।
क्या मैं छिपे डोमेन के पीछे के व्यक्ति को ढूँढ सकता हूँ?
सार्वजनिक रिकॉर्ड से नहीं। रजिस्ट्रार रजिस्ट्रेंट का डेटा रखता है और दुरुपयोग रिपोर्ट या UDRP प्रदाता की सत्यापन माँग पर कार्रवाई करता है। बनाने की तारीख़, नेमसर्वर और रजिस्ट्रार वे चीज़ें हैं जो आप इस्तेमाल कर सकते हैं।
बनाने की तारीख़ क्या साबित करती है?
यह दिखाती है कि रजिस्ट्रेशन कब शुरू हुआ। आपके ब्रांड के दिखने के बाद की तारीख़ UDRP में बुरी नीयत के दावे का समर्थन करती है, लेकिन पैनल उसे डोमेन के उपयोग के साथ तौलता है।
दुरुपयोग संपर्क कौन सा कमांड खोजता है?
डोमेन का RDAP रिकॉर्ड अक्सर रजिस्ट्रार के अंतर्गत एक दुरुपयोग इकाई सूचीबद्ध करता है। रिपोर्ट गाइड में सटीक jq फ़िल्टर है, और 5 अप्रैल 2024 के ICANN संशोधन के बाद रजिस्ट्रार की वेबसाइट पर दुरुपयोग संपर्क प्रकाशित होना ज़रूरी है।
क्या गोपनीयता सेवा किसी डोमेन को नज़रअंदाज़ करने लायक सुरक्षित बनाती है?
नहीं। गोपनीयता रजिस्ट्रेंट का नाम छिपाती है, रजिस्ट्रार, तारीख़ें या वह पेज नहीं जो डोमेन दिखाता है। रजिस्ट्रार फिर भी दस्तावेज़ीकृत रिपोर्ट पर कार्रवाई कर सकता है।
सारांश
- एक RDAP क्वेरी रजिस्ट्रार, तारीख़ें, स्थिति कोड और नेमसर्वर लौटाती है।
- रजिस्ट्रेंट अक्सर रिडैक्ट होता है; क्या सार्वजनिक रहता है यह हर रजिस्ट्री पर निर्भर है।
- रजिस्ट्रेंट का डेटा देखकर उस पर कार्रवाई रजिस्ट्रार कर सकता है, आप नहीं।
- Interisle ने पाया कि 77% फ़िशिंग डोमेन अपराधियों ने ख़ुद रजिस्टर किए थे।
- कच्चा JSON और क्वेरी का समय अपने सबूत के पैकेट में सहेजें।
- रजिस्ट्रेंट से ख़ुद कभी संपर्क न करें, और उसके ब्रांड के मिलते-जुलते नाम कभी रजिस्टर न करें।
- Wardmint हर डोमेन के लिए अपने पास रखा एक ईमेल निजी रखता है।
स्रोत (5)
- डोमेन विवाद: दाख़िल करने का तरीका (WIPO) — WIPO (2026-11-12 को पढ़ा गया)
- rdap.org के ज़रिए example.com का RDAP रिकॉर्ड — rdap.org / Verisign RDAP (2026-11-12 को पढ़ा गया)
- ICANN Lookup — ICANN (2026-11-12 को पढ़ा गया)
- 2024 Global Amendments to the Registrar Accreditation Agreement: DNS abuse — ICANN (2026-11-12 को पढ़ा गया)
- Interisle Phishing Landscape 2025 प्रेस विज्ञप्ति — Interisle Consulting (2026-11-12 को पढ़ा गया)