होम › गाइड

खरीदने से पहले expired domain का blacklist कैसे जाँचें

प्रकाशित 2026-11-03 ／ अपडेट 2026-11-03 ／ लेखक Yuki Nakazawa

कोई dropped domain register करने या aftermarket पर खरीदने से पहले, उसे domain-आधारित blocklists (Spamhaus DBL, SURBL और URIBL) और Google Safe Browsing पर जाँच लें। ये तीनों DNS सूचियाँ खुद domain name को दर्ज करती हैं, इसलिए पिछले मालिक के समय की listing domain को नई hosting या नए IP पते पर ले जाने से नहीं हटती।

साफ़ परिणाम उपयोगी है, लेकिन यह पूरी तरह स्वस्थ होने का प्रमाणपत्र नहीं है। ये lookups मौजूदा स्थिति दिखाते हैं, पूरा इतिहास नहीं, और Google के कुछ अपने संकेत domain आपका हो जाने के बाद ही दिखते हैं। यह गाइड बताती है कि कहाँ देखें, जवाबों को कैसे पढ़ें, listing ईमेल, browsers और search पर क्या असर डाल सकती है, और खरीद से पहले की कोई भी जाँच क्या नहीं बता सकती।

यह नवंबर 2026 तक हर सूची के operator के आधिकारिक पेजों और Google के अपने documentation पर आधारित है। नीतियाँ और tools बदलते रहते हैं, इसलिए भरोसा करने से पहले आधिकारिक साइटों पर विवरण की पुष्टि करें। अगर आप blocklists के बारे में नए हैं, तो DNSBL (RBL) क्या है से शुरुआत करें।

expired domain के लिए blacklist जाँच क्यों ज़रूरी है

DNS blocklist मोटे तौर पर दो तरह की होती हैं। IP-आधारित सूचियाँ उन पतों को दर्ज करती हैं जहाँ से मेल आता है। domain-आधारित सूचियाँ domain names को दर्ज करती हैं। जब आप कोई पुराना domain खरीद रहे हों, तो दूसरी तरह की सूची मायने रखती है, क्योंकि वह नाम के साथ चलती है।

RFC 5782, जो DNSBLs के काम करने के तरीके का वर्णन करने वाला informational document है, बताता है कि name-आधारित सूचियों का उपयोग message body के URLs में मिले domains, ईमेल पतों के domain names और mail headers के host names की जाँच के लिए किया गया है। अगर किसी domain का expire होने से पहले spam या phishing के लिए उपयोग हुआ था, तो उससे भेजा गया आपका मेल, या सिर्फ़ उसका link देने वाला मेल भी, उन सूचियों को देखने वाले receivers द्वारा संदेह की नज़र से देखा जा सकता है।

इसके अलावा, अगर Google Safe Browsing ने साइट को खतरनाक चिह्नित किया है, तो इसका उपयोग करने वाले browsers visitors को चेतावनी दिखा सकते हैं। Search तीसरा क्षेत्र है, और इसके बारे में आगे हम केवल वही बताते हैं जो Google के अपने help पेज कहते हैं।

आप server और IP पते जितनी बार चाहें बदल सकते हैं, लेकिन domain name वही रहता है। इसीलिए यह जाँच domain पर पैसा या मेहनत लगाने से पहले करना फ़ायदेमंद है।

कौन-सी सूचियाँ और कहाँ जाँचें

किसी domain की reputation जाँचने के मुख्य स्थान ये हैं:

operators के अपने विवरण से कुछ बातें जानने लायक हैं। DBL केवल domains को सूचीबद्ध करता है, IP पतों को कभी नहीं, और यह Spamhaus ZEN का हिस्सा नहीं है, इसलिए इसे अलग से जाँचना पड़ता है। URIBL साफ़ कहता है कि वह spam में दिखने वाले domains को सूचीबद्ध करता है, न कि उस जगह को जहाँ से spam भेजा गया। SURBL बताता है कि cracked साइटों में आमतौर पर मूल वैध सामग्री अब भी मौजूद रहती है, और ठीक यही स्थिति आपको ऐसे domain के साथ विरासत में मिल सकती है जो कभी एक असली साइट था।

एक ही domain को एक साथ कई सूचियों पर देखने के लिए आप हमारे blacklist checker का भी उपयोग कर सकते हैं।

खरीदने से पहले चरण-दर-चरण जाँच

1. registrable domain लिख लें। वही domain इस्तेमाल करें जिसके आप वास्तव में मालिक बनेंगे (example.com), उसके नीचे का कोई hostname नहीं। DBL मुख्य domain के स्तर पर सूचीबद्ध करता है, और URIBL कहता है कि वह आमतौर पर URIs जोड़ने से पहले उनसे host वाले हिस्से हटा देता है (बहुत ज़्यादा दुरुपयोग वाले कुछ domains subdomain के साथ सूचीबद्ध होते हैं)।
2. Spamhaus पर जाँचें। check.spamhaus.org पर domain डालें। DBL removals भी केवल यहीं संभाले जाते हैं, इसलिए बाद में कोई समस्या होने पर आपको इसी पेज पर लौटना होगा।
3. SURBL और URIBL पर जाँचें। SURBL का Lookup पेज और URIBL का lookup.uribl.com इस्तेमाल करें।
4. Google Safe Browsing जाँचें। Google Transparency Report में Safe Browsing site status lookup है।
5. जो मिले उसे तारीख के साथ दर्ज करें। हर सूची, return code या category, और दिखाया गया स्पष्टीकरण नोट करें। यह रिकॉर्ड खरीद के फ़ैसले में और बाद में किए जाने वाले किसी भी removal अनुरोध में मदद करता है।

command line से जाँच

RFC 5782 में बताए अनुसार, domain-आधारित सूचियों से query करने के लिए domain name के बाद सूची का zone जोड़ा जाता है:

dig +short example.com.dbl.spamhaus.org
dig +short example.com.multi.surbl.org
dig +short example.com.multi.uribl.com

कोई जवाब न मिलने का मतलब है सूचीबद्ध नहीं, और 127.x.x.x जवाब को अगले भाग की तालिकाओं के अनुसार पढ़ना चाहिए। फिर भी सावधान रहें। Spamhaus का DNSBL usage FAQ कहता है कि अगर आप Google Public DNS (8.8.8.8) जैसे मुफ़्त public resolver के ज़रिए query करते हैं, तो ज़्यादातर मामलों में आपको "not listed" (NXDOMAIN) जवाब मिलेगा, और कभी-कभी error code 127.255.255.254। public resolver इस्तेमाल करने वाली मशीन से मिला साफ़ परिणाम कुछ भी साबित नहीं करता। संदेह हो तो operators के अपने lookup पेजों पर भरोसा करें।

अगर आप उम्मीदवार domains की लंबी सूची जाँच रहे हैं, तो हर operator की usage शर्तों का पालन करें। उदाहरण के लिए, Spamhaus कहता है कि उसकी website पर automated tools से query न की जाए।

परिणाम कैसे पढ़ें

Spamhaus DBL

127.255.255.x range के जवाब error codes हैं। Spamhaus कहता है कि इनसे यह नहीं माना जाना चाहिए कि query की गई चीज़ सूचीबद्ध है। विस्तृत जानकारी के लिए DNSBL return codes की व्याख्या देखें।

SURBL (multi.surbl.org)

आख़िरी octet सूचियों के मानों का योग है: DM के लिए 4, PH के लिए 8, MW के लिए 16, CT के लिए 32, ABUSE के लिए 64 और CR के लिए 128। इसलिए 127.0.0.80 का मतलब है MW और ABUSE। public nameservers से 127.0.0.1 जवाब का मतलब है कि आपकी पहुँच ब्लॉक है, न कि domain सूचीबद्ध है। SURBL यह भी सलाह देता है कि automated फ़ैसले केवल A record पर आधारित हों, क्योंकि TXT records इंसानों के पढ़ने के लिए होते हैं।

URIBL (multi.uribl.com)

आख़िरी octet एक bitmask है: black के लिए 2, grey के लिए 4 और red के लिए 8। मान 1 (127.0.0.1) का मतलब है कि आपकी query ब्लॉक की गई, उदाहरण के लिए ज़्यादा मात्रा के कारण, न कि domain सूचीबद्ध है। URIBL के अनुसार, black में spammers के स्वामित्व वाले और उनके द्वारा इस्तेमाल किए गए domains होते हैं, और लक्ष्य शून्य false positives का है। grey में bulk mail में दिखे ऐसे domains होते हैं जो opt-out का सम्मान कर सकते हैं, और URIBL चेतावनी देता है कि इससे false positives हो सकते हैं, और शायद होंगे। red में mail flow में दिखे ऐसे domains होते हैं जिन पर नज़र रखी जा रही है, जो WHOIS domain age के हिसाब से बहुत नए हैं, या WHOIS privacy इस्तेमाल करते हैं; यह automated है और इसे अपने जोखिम पर इस्तेमाल करने के लिए बनाया गया है। केवल red hit का मतलब black hit से काफ़ी अलग है।

listing किन चीज़ों पर असर डाल सकती है: ईमेल, browsers और search

ईमेल delivery

अगर कोई receiving मेल server आपके links या sender पते के domains को domain-आधारित सूची से जाँचता है, तो सूचीबद्ध domain की वजह से संदेश filter या reject हो सकते हैं। listing का उपयोग कैसे हो, यह receiver तय करता है। उदाहरण के लिए, URIBL अपने data को मेल को spam के रूप में tag करने का तरीका बताता है और कहता है कि वह खुद कुछ भी ब्लॉक नहीं करता; अगर आप ब्लॉक हैं, तो वह कहता है कि आप यह मामला ब्लॉक करने वाले के साथ उठाएँ। किसी भी स्थिति में, अगर आप domain से मेल भेजने की योजना बना रहे हैं, तो मौजूदा listing एक गंभीर चेतावनी संकेत है।

Browser चेतावनियाँ

Google Chrome की help कहती है कि Chrome phishing, malware, unwanted software या social engineering से जुड़ी साइटों के लिए लाल "Dangerous site" चेतावनी दिखा सकता है। Search Console की help आगे बताती है कि security issues वाला पेज खोलने की कोशिश करने पर visitors को browser में एक interstitial चेतावनी पेज दिख सकता है।

Google Search

Search Console की Security Issues report में आने वाली समस्याओं (hacked content, malware और unwanted software, social engineering) से प्रभावित पेज search results में चेतावनी label के साथ दिख सकते हैं।

Google की spam policies में expired domain abuse भी शामिल है, जिसकी परिभाषा है: किसी expired domain name को खरीदकर उसे मुख्य रूप से ऐसी सामग्री होस्ट करके search rankings में हेरफेर के लिए दोबारा इस्तेमाल करना जो उपयोगकर्ताओं को बहुत कम या कोई मूल्य नहीं देती। Google के उदाहरणों में पहले किसी सरकारी एजेंसी द्वारा इस्तेमाल की गई साइट पर affiliate content, और किसी पूर्व प्राथमिक विद्यालय की साइट पर casino से जुड़ी सामग्री शामिल हैं। यह policy इस तरह के उपयोग को निशाना बनाती है, expired domain खरीदने के काम को नहीं। Google की policies का उल्लंघन करने वाली साइटें नीचे rank हो सकती हैं या results में बिल्कुल नहीं दिख सकतीं, और मानवीय समीक्षा से manual action हो सकता है।

Google के help पेज जो नहीं कहते, वह भी उतना ही महत्वपूर्ण है। वे यह नहीं बताते कि पिछले मालिक का इतिहास search पर कितने समय तक असर डालता है, या पुरानी blocklist listing rankings को नुकसान पहुँचाती है या नहीं। हम यहाँ इन दोनों में से किसी के बारे में दावा नहीं करते।

खरीद से पहले की जाँच क्या नहीं बता सकती

• पुरानी listings दिखाई नहीं देतीं। Spamhaus कहता है कि ज़्यादातर DBL listings जुड़ी गतिविधि बंद होते ही अपने-आप expire हो जाती हैं। lookup केवल आज की स्थिति दिखाता है, इसलिए "अभी सूचीबद्ध नहीं" का मतलब "कभी दुरुपयोग नहीं हुआ" नहीं है।
• listing के मानदंड सार्वजनिक नहीं हैं। Spamhaus अपने विशिष्ट मानदंड प्रकट नहीं करता और कहता है कि सूचीबद्ध होने के लिए domains को उनमें से कई से मेल खाना होता है। lookup हमेशा कारण नहीं बताएगा।
• नई शुरुआत अच्छी reputation नहीं है। Spamhaus बताता है कि अज्ञात reputation डिफ़ॉल्ट रूप से "poor" से शुरू होती है, और अच्छी reputation बनने में खराब reputation से ज़्यादा समय लगता है। साफ़ domain को भी सावधानी से शुरू करना चाहिए, खासकर ईमेल के लिए।
• Google का आंतरिक दृश्य अभी आपके लिए खुला नहीं है। Manual actions और security issues Search Console में साइट को manage करने वाले को बताए जाते हैं, जो domain आपके हाथ में आने तक मौजूदा मालिक है। जब तक विक्रेता यह जानकारी आपके साथ साझा न करे, आप इन्हें खरीद से पहले नहीं देख सकते, और Google अपने बाकी ranking संकेत प्रकाशित नहीं करता।
• receivers अपने फ़ैसले खुद करते हैं। कोई receiver कौन-सी सूचियाँ देखता है और hit होने पर क्या करता है, यह उसकी अपनी configuration है। lookup पूरी तरह से अनुमान नहीं लगा सकता कि आपके मेल के साथ कैसा व्यवहार होगा।
• lookup का रास्ता भ्रम पैदा कर सकता है। Public resolvers किसी listing को गलत "not listed" में बदल सकते हैं, और SURBL चेतावनी देता है कि NXDOMAIN जवाबों को बदलने वाले DNS proxies या ISPs गलत पहचान का कारण बन सकते हैं।

इन जाँचों को जोखिम कम करने का तरीका मानें, इस बात की गारंटी नहीं कि domain सुरक्षित है।

domain लेने के बाद वह सूचीबद्ध निकले तो

हर जगह एक ही नियम लागू होता है: अगर कारण अब भी मौजूद है, तो removal शायद टिकेगा नहीं, और अंतिम फ़ैसला हमेशा सूची के operator का होता है।

• Spamhaus DBL. Removals केवल check.spamhaus.org के ज़रिए संभाले जाते हैं। अनुरोध भेजना इस बात का वादा नहीं है कि listing हटेगी, और ज़रूरत से ज़्यादा अनुरोध ब्लॉक किए जा सकते हैं। मंज़ूर removals तुरंत process होते हैं, हालाँकि कुछ receivers को अपने local systems update करने में 24 घंटे तक लग सकते हैं। Spamhaus कहता है कि removal मुफ़्त है और शुल्क लेकर listing हटाने का कोई भी प्रस्ताव धोखाधड़ी है। abused-legit listing के लिए, पहले हो सके तो साइट को offline करें, संक्रमित फ़ाइलें हटाएँ, CMS और plugins update करें, server को सुरक्षित करें, और जहाँ संभव हो two-factor authentication के साथ passwords बदलें।
• SURBL. Lookup पेज से शुरू करें और removal form के निर्देशों का पालन करें। CR, PH या MW listings के लिए पहले खतरों को हटाएँ और सुरक्षित करें; SURBL चेतावनी देता है कि ठीक से सुरक्षित न किए गए systems में फिर से सेंध लग सकती है, और compromised DNS control panels का उपयोग malicious subdomains जोड़ने के लिए किया जा सकता है।
• URIBL. Delisting अनुरोधों के लिए login ज़रूरी है। registration पेज पर account बनाएँ, फिर submission form का उपयोग करें।
• Google security issues. पूरी साइट में समस्या ठीक करें, फिर Security Issues report में Request Review चुनें। समीक्षा में कई दिन या हफ़्ते लग सकते हैं, और Google कहता है कि अनुरोध लंबित रहने तक दोबारा submit न करें।
• Google manual actions. अगर आपने ऐसी साइट खरीदी है जो पहले से spam policies का उल्लंघन कर रही थी, तो Google की help कहती है कि समस्याएँ ठीक करें, अपने reconsideration request में बताएँ कि आपने हाल ही में साइट हासिल की है, और पुष्टि करें कि वह अब policies का उल्लंघन नहीं करती।

Spamhaus की दूसरी सूचियों और उनके removal रास्तों के लिए Spamhaus removal, सूची-दर-सूची देखें। अगर कारण का पता लगाना या अनुरोध भेजना आपके लिए अकेले संभालना मुश्किल हो जाए, तो आप विवरण के साथ हमसे संपर्क कर सकते हैं।

अक्सर पूछे जाने वाले प्रश्न

उपयोग किए गए आधिकारिक पेज

इस लेख के तथ्य प्रकाशन के समय नीचे दिए गए आधिकारिक पेजों से मिलाए गए थे। नीतियाँ और व्यवहार बिना सूचना के बदल सकते हैं, इसलिए किसी महत्वपूर्ण बात पर भरोसा करने से पहले आधिकारिक पेज देख लें।

• Spamhaus: Domain Blocklist (DBL)
• Spamhaus FAQ: Domain Blocklist
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• SURBL: Lists
• SURBL: FAQs
• URIBL: About
• RFC 5782: DNS Blacklists and Whitelists
• Google Search Central: Spam policies for Google web search
• Search Console Help: Security Issues report
• Search Console Help: Manual Actions report
• Google Chrome Help: Dangerous site warnings
• Google Safe Browsing (Google for Developers)

संबंधित गाइड

सभी गाइड →