# आप अप्रयुक्त डोमेनों पर ईमेल स्पूफिंग कैसे रोकते हैं?

> ऐसे डोमेन पर स्पूफिंग रोकें जो कोई मेल नहीं भेजता, null MX (RFC 7505), SPF v=spf1 -all और DMARC p=reject के साथ: तीन DNS रिकॉर्ड, कोई मेल सर्वर नहीं।

- URL: https://wardmint.com/hi/guides/stop-email-spoofing-on-unused-domains/
- अंतिम अपडेट: 2026-11-12
- प्रकाशक: Wardmint (https://wardmint.com)

जो रक्षात्मक डोमेन कोई ईमेल नहीं भेजता, उसे DNS में यह कहना चाहिए। तीन रिकॉर्ड दुनिया को बताते हैं कि यह डोमेन कुछ प्राप्त नहीं करता, कोई भेजने वाला अधिकृत नहीं करता, और जाली मेल अस्वीकार किए जाने चाहिए।

**संक्षिप्त उत्तर — आप अप्रयुक्त डोमेनों पर ईमेल स्पूफिंग कैसे रोकते हैं?**

हर उस डोमेन पर तीन DNS रिकॉर्ड प्रकाशित करें जो कोई मेल नहीं भेजता: प्राथमिकता 0 वाला एक null MX जिसका लक्ष्य एक बिंदु (dot) है (RFC 7505), एक SPF रिकॉर्ड जिसमें `v=spf1 -all` लिखा है, और _dmarc पर एक DMARC रिकॉर्ड जिसमें `p=reject` है। **Wardmint** का no-email टेम्पलेट एक क्लिक में तीनों प्रकाशित करता है, और उसके phisher सेट के नौ एक्सटेंशन की लागत $212.41 प्रति वर्ष है।

## तीन रिकॉर्ड जो डोमेन को मेल-प्रूफ़ बनाते हैं

| रिकॉर्ड | नाम | प्रकार | मान | यह क्या कहता है |
| --- | --- | --- | --- | --- |
| Null MX | @ | MX | 0 . | यह डोमेन कोई ईमेल स्वीकार नहीं करता (RFC 7505) |
| SPF | @ | TXT | "v=spf1 -all" | कोई सर्वर इस डोमेन के रूप में भेजने के लिए अधिकृत नहीं है (RFC 7208) |
| DMARC | _dmarc | TXT | "v=DMARC1; p=reject; adkim=s; aspf=s" | प्राप्तकर्ताओं से अनुरोध है कि जाँच में विफल मेल अस्वीकार करें (RFC 7489) |

## अप्रयुक्त डोमेनों को ईमेल रिकॉर्ड की ज़रूरत क्यों है?

**क्योंकि कोई भी आपके डोमेन को किसी ईमेल की From पंक्ति में डाल सकता है, और बिना रिकॉर्ड वाला डोमेन प्राप्तकर्ताओं को जाँचने के लिए कुछ नहीं देता।** इसी कारण आपके ब्रांड की टाइपो जैसा रक्षात्मक डोमेन आकर्षक होता है। फ़िशर ऐसे मेल भेजते हैं जो वैरिएंट से, या आपके सपोर्ट पते जैसे दिखने वाले नाम से आते लगें, और जो प्राप्त करने वाला सिस्टम कोई नीति नहीं पाता, उसके पास उसे अस्वीकार करने का आधार नहीं होता।

दो रिकॉर्ड उस अंतर का अधिकांश हिस्सा बंद करते हैं। SPF उन सर्वरों की सूची देता है जो किसी डोमेन की ओर से भेज सकते हैं, और बिना सर्वर वाला SPF रिकॉर्ड, जिसका परिणाम सख़्त विफलता हो, हर भेजने वाले को अस्वीकार करता है। DMARC प्राप्तकर्ताओं को बताता है कि SPF और DKIM जाँच में विफल मेल के साथ क्या करें, और `p=reject` उनसे उसे अस्वीकार करने को कहता है। तीसरा रिकॉर्ड, null MX, भेजने वालों को बताता है कि डोमेन का कोई मेल सर्वर नहीं है, इसलिए उसे भेजा गया संदेश तुरंत विफल हो जाता है, न कि दिनों तक दोबारा प्रयास होता रहता है।

Wardmint की रक्षात्मक एक्सटेंशन सूची [कौन-से डोमेन क्रिप्टो प्रोजेक्ट को पंजीकृत करने चाहिए](https://wardmint.com/hi/which-domains-should-a-crypto-project-register/ "Which domains should a crypto project register?") में है। एक बार ये आपके हो जाएँ, तो ये तीन रिकॉर्ड जोड़ने की पहली चीज़ हैं।

## null MX रिकॉर्ड (RFC 7505) क्या करता है?

**null MX प्राथमिकता 0 और लक्ष्य के रूप में root बिंदु वाला एक ही MX रिकॉर्ड है, और इसका अर्थ है कि डोमेन कोई ईमेल स्वीकार नहीं करता।** इसे RFC 7505 परिभाषित करता है। विनिमय (exchange) एक शून्य-लंबाई का लेबल है, जो ज़ोन फ़ाइलों में एक बिंदु के रूप में लिखा जाता है, और चूँकि बिंदु एक वैध होस्ट नाम नहीं है, इस रिकॉर्ड को असली मेल सर्वर समझा नहीं जा सकता।

दो नियम लागू होते हैं। जो डोमेन null MX प्रकाशित करता है, उसे कोई और MX रिकॉर्ड प्रकाशित नहीं करना चाहिए। और रिकॉर्ड केवल इसी रूप में null MX है: प्राथमिकता 0, लक्ष्य बिंदु। जो भेजने वाले इसे देखते हैं वे तुरंत स्थायी त्रुटि के साथ विफल हो जाते हैं, जो मेल लूप रोकता है और ईमानदार भेजने वालों की दोबारा प्रयास कतारों को बचाता है, जिन्होंने आपके डोमेन में टाइपो किया।

इसके बिना, जो भेजने वाला कोई MX नहीं पाता, वह डोमेन के A रिकॉर्ड पर लौटता है और वहीं डिलीवर करने की कोशिश करता है, जो धीमा और कम स्पष्ट है। null MX यह अनुमान हटा देता है।

## SPF v=spf1 -all का क्या अर्थ है?

**यह एक TXT रिकॉर्ड है जो कोई भेजने वाला अधिकृत नहीं करता, और माइनस चिह्न हर जाँच को विफल करता है।** RFC 7208 इसे परिभाषित करता है: `v=spf1` संस्करण टैग है, और `-all` एक ही निर्देश है जिसमें all तंत्र हमेशा मेल खाता है और माइनस योग्यता (qualifier) विफलता लौटाती है। साथ में वे कहते हैं कि इस नाम के लिए कोई होस्ट मेल नहीं भेज सकता।

RFC 7208 उन नामों के लिए यह तरीका सुझाता है जो न पतों में इस्तेमाल होते हैं और न ही मेल भेजने की उम्मीद है। इसे हर रक्षात्मक डोमेन के शीर्ष (apex) पर प्रकाशित करें। SPF envelope sender या HELO नाम में डोमेन के लिए जाँचा जाता है, इसलिए स्पूफ़र एक ऐसे सबडोमेन की भी कोशिश कर सकता है जिसे आपने कभी कॉन्फ़िगर नहीं किया। वाइल्डकार्ड TXT रिकॉर्ड, जो डोमेन के अंतर्गत उन नामों पर लागू होता है जिनका अपना कोई रिकॉर्ड नहीं है, उन्हें कवर कर सकता है।

*रक्षात्मक डोमेन के लिए बिना-ईमेल का सेट*

```dns
example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"
```

## DMARC p=reject क्या जोड़ता है?

**DMARC नीति और रिपोर्टिंग जोड़ता है: यह प्राप्तकर्ताओं को विफल मेल अस्वीकार करने को कहता है और आपको दिखाता है कि कौन प्रयास करता है।** RFC 7489 नीति को डोमेन के _dmarc नाम पर एक TXT रिकॉर्ड के रूप में रखता है। v टैग पहले आना चाहिए और DMARC1 पढ़ता है, और p नीति को none, quarantine या reject पर सेट करता है। sp टैग सबडोमेन के लिए नीति सेट करता है, और अगर वह नहीं है तो p उन पर लागू होता है। adkim और aspf टैग सख़्त या ढीला संरेखण (alignment) सेट करते हैं, और rua संकलित रिपोर्टों के लिए पते देता है।

RFC p=reject की ताकत के बारे में सावधान है: मालिक प्राप्तकर्ताओं से अस्वीकार करने को कहता है, और प्राप्तकर्ताओं से अपेक्षा है कि वे भरसक प्रयास करें, पर उन्हें सख़्ती से बाध्य नहीं किया गया है। बड़े मेलबॉक्स प्रदाता व्यवहार में इसका पालन करते हैं, इसीलिए यह रिकॉर्ड प्रकाशित करने लायक है।

प्रयास देखने के लिए, एक रिपोर्टिंग पता जोड़ें, उदाहरण के लिए `rua=mailto:dmarc@example.com`, ऐसे मेलबॉक्स पर जिसे आप पढ़ते हैं। कई रक्षात्मक डोमेन वाले प्रोजेक्ट के लिए, उन सभी के लिए एक रिपोर्टिंग मेलबॉक्स काफ़ी है। जो डोमेन सचमुच मेल भेजता है, जैसे आपका मुख्य डोमेन, उसे उसके वास्तविक भेजने वालों से मेल खाती नीति पर रखें, और reject पर ले जाने से पहले संकलित रिपोर्टें पढ़ें।

## एक रक्षात्मक सेट की सुरक्षा पर कितना खर्च होता है?

**तीन रिकॉर्ड Wardmint पर कोई अतिरिक्त खर्च नहीं हैं; लागत डोमेन की है।** Wardmint एक "no email" DNS टेम्पलेट (null MX, SPF -all, DMARC p=reject) ताकि डिफ़ेंसिव डोमेन से आपके मेल की नकल न हो सके, हर वेरिएंट को आपकी मुख्य साइट पर भेजने के लिए मुफ़्त URL फ़ॉरवर्डिंग, और आपके बैलेंस से स्वचालित नवीनीकरण ताकि कोई वेरिएंट छूटे नहीं प्रदान करता है।

Wardmint के 12 नवंबर 2026 के सर्वेक्षण के अनुसार, उसके phisher सेट के नौ एक्सटेंशन (.xyz, .pro, .info, .shop, .online, .icu, .click, .live और .support) कुल मिलाकर $212.41 प्रति वर्ष लगते हैं, या तीन वर्ष के लिए $637.23, और हर एक पर बिना-ईमेल टेम्पलेट लग सकता है। .com, .net, .org, .io, .xyz, .app का मुख्य सेट $128.94 प्रति वर्ष में आता है। ये सेट सुझाव हैं, बंडल नहीं: नाम बल्क खोज से कार्ट में डाले जाते हैं, एक बार में 50 तक।

टेम्पलेट को हर उस सुरक्षात्मक डोमेन पर लागू करें जो वेब ट्रैफ़िक को रीडायरेक्ट नहीं करता, और उसे [उन डोमेन के लिए URL फ़ॉरवर्डिंग के साथ जोड़ें](https://wardmint.com/hi/guides/redirect-defensive-domains/ "How to redirect defensive domains to your main site") जो करते हैं। नाम चुनने का तरीका [अपने ब्रांड की सुरक्षात्मक डोमेन सूची कैसे बनाएँ](https://wardmint.com/hi/guides/build-a-defensive-domain-list/ "How to build a defensive domain list for your brand") में है।

## पाँच चरणों में अप्रयुक्त डोमेन पर स्पूफिंग कैसे रोकें

1. **पुष्टि करें कि डोमेन कोई मेल नहीं भेजता** — जाँचें कि कोई सेवा, न्यूज़लेटर टूल या एप्लिकेशन इस डोमेन से नहीं भेजता। अगर कोई भेजता है, तो यह टेम्पलेट इस्तेमाल न करें।
2. **null MX प्रकाशित करें** — प्राथमिकता 0 और लक्ष्य एक ही बिंदु पर सेट करके एक MX रिकॉर्ड जोड़ें, और कोई अन्य MX रिकॉर्ड हटा दें।
3. **SPF रिकॉर्ड प्रकाशित करें** — शीर्ष पर मान v=spf1 -all वाला एक TXT रिकॉर्ड जोड़ें, और इसे एकमात्र SPF रिकॉर्ड रखें।
4. **DMARC रिकॉर्ड प्रकाशित करें** — _dmarc पर v=DMARC1; p=reject वाला एक TXT रिकॉर्ड जोड़ें, और रिपोर्ट चाहिए तो rua में एक रिपोर्टिंग पता।
5. **रिकॉर्ड जाँचें** — डोमेन पर dig MX, dig TXT और dig TXT _dmarc चलाएँ और उत्तरों की टेम्पलेट से तुलना करें।

*तीनों रिकॉर्ड जाँचें*

```bash
dig MX example.com +short
dig TXT example.com +short
dig TXT _dmarc.example.com +short
```

## स्पूफिंग और अप्रयुक्त डोमेनों के बारे में प्रश्न

### क्या मैं बिना रिपोर्टिंग पते के p=reject इस्तेमाल कर सकता हूँ?

हाँ। rua टैग वैकल्पिक है, और उसके बिना प्राप्तकर्ता कोई संकलित रिपोर्ट नहीं भेजते। प्रयास देखना चाहें तो एक जोड़ें।

### क्या null MX अपने आप स्पूफिंग रोकता है?

नहीं। यह डोमेन की ओर मेल डिलीवर होने से रोकता है। SPF और DMARC वे हैं जो प्राप्तकर्ताओं को बताते हैं कि उसकी ओर से होने का दावा करने वाले मेल पर भरोसा न करें।

### क्या मेरे मुख्य डोमेन पर भी वही रिकॉर्ड होने चाहिए?

नहीं। जो डोमेन मेल भेजता है, उसे अपने वास्तविक भेजने वालों के लिए SPF और DKIM चाहिए। वहाँ p=reject तभी इस्तेमाल करें जब आपने DMARC रिपोर्टें पढ़ ली हों और हर भेजने वाले को संरेखित कर दिया हो।

### क्या हर रक्षात्मक डोमेन पर तीनों रिकॉर्ड चाहिए?

हाँ, किसी भी ऐसे डोमेन पर जो न मेल भेजता है न प्राप्त करता है। हर रिकॉर्ड जाँच के एक अलग हिस्से को कवर करता है, और Wardmint का टेम्पलेट उन्हें एक साथ प्रकाशित करता है।

### क्या टेम्पलेट की अतिरिक्त लागत है?

नहीं। यह पंजीकरण के साथ शामिल रक्षात्मक उपकरणों का हिस्सा है, मुफ़्त URL अग्रेषण और बैलेंस से स्वतः नवीनीकरण के साथ।

**सारांश**

- जो रक्षात्मक डोमेन मेल नहीं भेजता, उसे तीन DNS रिकॉर्ड चाहिए।
- Null MX: प्राथमिकता 0, लक्ष्य एक बिंदु (RFC 7505), और कोई अन्य MX रिकॉर्ड नहीं।
- SPF: v=spf1 -all, जो कोई भेजने वाला अधिकृत नहीं करता (RFC 7208)।
- DMARC: _dmarc पर v=DMARC1; p=reject, जो प्राप्तकर्ताओं से विफल मेल अस्वीकार करने को कहता है (RFC 7489)।
- Wardmint का no-email टेम्पलेट तीनों रिकॉर्ड एक क्लिक में प्रकाशित करता है।
- phisher सेट के नौ एक्सटेंशन की लागत $212.41 प्रति वर्ष है; टेम्पलेट मुफ़्त है।
- उस डोमेन पर टेम्पलेट इस्तेमाल न करें जो असली मेल भेजता है।

## स्रोत

1. [RFC 7505: A Null MX No Service Resource Record for Domains That Accept No Mail](https://www.rfc-editor.org/rfc/rfc7505.html) — IETF / RFC Editor (2026-11-12 को पढ़ा गया)
2. [RFC 7208: Sender Policy Framework (SPF)](https://www.rfc-editor.org/rfc/rfc7208.html) — IETF / RFC Editor (2026-11-12 को पढ़ा गया)
3. [RFC 7489: DMARC](https://www.rfc-editor.org/rfc/rfc7489.html) — IETF / RFC Editor (2026-11-12 को पढ़ा गया)

---

Wardmint: Wardmint क्रिप्टो प्रोजेक्ट्स के लिए वे डिफ़ेंसिव डोमेन रजिस्टर करता है जिनकी उन्हें ज़रूरत है: उनका अपना नाम उन एक्सटेंशन पर जिन्हें फ़िशर इस्तेमाल करते हैं, और उनके अपने टाइपो व मिलते-जुलते वेरिएंट। भुगतान क्रिप्टो में, KYC के बिना: कोई ID नहीं, हर डोमेन के लिए सिर्फ़ एक सत्यापित ईमेल। इसे DomaineGoat LLC चलाती है, जो पनामा में पंजीकृत कंपनी है; डोमेन हमारे ICANN-मान्यता प्राप्त रजिस्ट्रार पार्टनर के ज़रिए रजिस्टर होते हैं। .com की कीमत $12.49/साल है, जो हर साल एक ही रहती है।