IP ब्लैकलिस्ट चेकर

सर्वर सहायता नया इंटरनेट सुरक्षा और गोपनीयता

वह सार्वजनिक एड्रेस डालें जिससे आपका मेल सर्वर या वेबसाइट भेजती है, और Mutqan सर्वर हर DNS-आधारित ब्लॉकलिस्ट (DNSBL) से उसके बारे में पूछता है — सार्वजनिक DNS-over-HTTPS रिज़ॉल्वर के ज़रिए, लिस्ट के ज़ोन में उल्टे क्रम वाले एड्रेस की क्वेरी करके। हर लिस्ट का नतीजा अलग दिखता है — listed, not listed, क्वेरी ठुकराई, फ़ेल हुई या जाँची नहीं गई — और जिस लिस्ट से काम का जवाब नहीं मिला उसे कभी साफ़ नहीं गिना जाता।

गोपनीयता: आपका दर्ज किया डोमेन, एड्रेस या URL Mutqan सर्वर से इस पेज पर बताई गई सार्वजनिक डेटा सेवा (रजिस्ट्री, रिज़ॉल्वर, सर्टिफ़िकेट लॉग या मेज़रमेंट नेटवर्क) को भेजा जाता है। कुछ भी स्टोर नहीं होता।

DNS ब्लॉकलिस्ट क्या है और किसी IP एड्रेस को उसमें कैसे जाँचा जाता है?

DNS ब्लॉकलिस्ट (DNSBL) IP एड्रेस की एक सूची है — अक्सर स्पैम के स्रोतों या हैक हुए होस्ट की — जो DNS ज़ोन के रूप में प्रकाशित होती है ताकि कोई भी मेल सर्वर उसे सस्ते में पूछ सके। एड्रेस को उल्टा करके लिस्ट के ज़ोन के नीचे खोजा जाता है (1.2.3.4 बनता है 4.3.2.1.zone): NXDOMAIN यानी दर्ज नहीं, और 127.0.0.0/8 के अंदर का जवाब यानी दर्ज, जिसका आख़िरी अंक कारण बताता है (RFC 5782)। लिस्ट ख़ास code से क्वेरी ठुकरा भी सकती हैं, जो एड्रेस के बारे में कुछ नहीं बताता।

IP ब्लैकलिस्ट चेकर कैसे इस्तेमाल करें

  1. जाँचने वाला सार्वजनिक IPv4 या IPv6 एड्रेस डालें — मेल सर्वर के लिए वह एड्रेस जिससे वह मेल भेजता है।
  2. "ब्लॉकलिस्ट जाँचें" दबाएँ। सभी लिस्ट एक साथ पूछी जाती हैं और आम तौर पर कुछ सेकंड में जवाब देती हैं।
  3. Result कॉलम पंक्ति-दर-पंक्ति पढ़ें: सिर्फ़ "Listed" और "Not listed" ही एड्रेस के बारे में जवाब हैं।
  4. एड्रेस listed हो तो पहले कारण ठीक करें, फिर उस लिस्ट की अपनी removal प्रक्रिया अपनाएँ।

IP ब्लैकलिस्ट चेकर की खूबियाँ

  • SpamCop, PSBL, UCEPROTECT Level 1 और Barracuda Reputation Block List बिना key के, और सर्वर पर Data Query Service key होने पर Spamhaus ZEN भी
  • IPv4 और IPv6 एड्रेस, क्वेरी के लिए RFC 5782 के अनुसार उल्टे क्रम में (IPv6 में nibble-दर-nibble)
  • listed, not listed, ठुकराई, फ़ेल और न-जाँची लिस्ट अलग रखता है — काम का जवाब न देने वाली लिस्ट कभी साफ़ नहीं गिनी जाती
  • हर लिस्ट का return code और लिस्ट का अपना कारण-टेक्स्ट, जब वह प्रकाशित करे
  • लिस्ट के error जवाब (127.255.255.x, 127.0.0.1) पहचानता है ताकि इनकार को लिस्टिंग न समझा जाए
  • प्राइवेट, रिज़र्व्ड और डॉक्यूमेंटेशन रेंज को कारण बताकर मना करता है, और 127.0.0.2 टेस्ट एंट्री स्वीकार करता है

इनपुट और आउटपुट

इनपुट

  • IP एड्रेस — एक सार्वजनिक IPv4 या IPv6 एड्रेस, बिना पोर्ट या prefix length के।
  • 127.0.0.2 — हर लिस्ट में मौजूद टेस्ट एंट्री, यह देखने के लिए कि लिस्टिंग कैसी दिखती है।

आउटपुट

  • सारांश — कितनी लिस्ट एड्रेस को दर्ज करती हैं, कितनी ने जवाब दिया, कितनी से काम का जवाब नहीं मिला और कितनी जाँची नहीं गईं।
  • ब्लॉकलिस्ट — हर लिस्ट की एक पंक्ति: नाम, ज़ोन, नतीजा, return code और लिस्ट का अपना कारण-टेक्स्ट।
  • क्वेरी विवरण — एड्रेस, उसका वर्ज़न, क्वेरी में इस्तेमाल उल्टा रूप और उन्हें ले जाने वाले रिज़ॉल्वर।
  • इसका मतलब — सरल शब्दों में नतीजा और आगे क्या करें।

IP ब्लैकलिस्ट चेकर का उदाहरण

लिस्ट का अपना टेस्ट एड्रेस

इनपुट:

127.0.0.2

आउटपुट:

Listed on: 4 · Lists that answered: 4 · No usable answer: 0 · Not checked: 1
SpamCop Blocking List — bl.spamcop.net — Listed — 127.0.0.2
Passive Spam Block List — psbl.surriel.com — Listed — 127.0.0.2
UCEPROTECT Level 1 — dnsbl-1.uceprotect.net — Listed — 127.0.0.2
Barracuda Reputation Block List — b.barracudacentral.org — Listed — 127.0.0.2
Spamhaus ZEN — zen.spamhaus.org — Not checked — needs a key on the server
This is the test address every list lists on purpose (RFC 5782): a "Listed" result here shows the lists answering, not a problem.

IP ब्लैकलिस्ट चेकर के नतीजे कैसे पढ़ें

Listed — लिस्ट में इस एड्रेस की एंट्री है, इसलिए उस लिस्ट को इस्तेमाल करने वाले सर्वर इससे आया मेल ठुकरा सकते हैं या स्पैम में डाल सकते हैं। return code और कारण बताते हैं क्यों; Spamhaus ZEN में SBL यानी स्पैम का स्रोत, XBL यानी हैक हुआ होस्ट और PBL यानी ऐसी end-user रेंज जिससे सीधे मेल भेजना अपेक्षित नहीं।

Not listed — उस लिस्ट ने जवाब दिया और जाँच के समय एड्रेस की कोई एंट्री नहीं थी।

क्वेरी ठुकराई या फ़ेल — एड्रेस के बारे में कोई जानकारी नहीं: न listed, न साफ़। बाद में फिर जाँचें।

Not checked — needs a key: Spamhaus ZEN तभी पूछी जाती है जब सर्वर पर Data Query Service key हो; उसके बिना नतीजा Spamhaus के बारे में कुछ नहीं कहता।

PBL लिस्टिंग नीति है, आरोप नहीं: प्रोवाइडर घरेलू और मोबाइल रेंज दर्ज कराते हैं ताकि सीधे मेल सिर्फ़ उनके मेल सर्वर भेजें।

IP ब्लैकलिस्ट चेकर कब इस्तेमाल करें

  • आपके सर्वर का मेल अचानक बाउंस होने या स्पैम में जाने लगा है और आप जानना चाहते हैं कि भेजने वाला एड्रेस ब्लॉकलिस्ट में है या नहीं।
  • नए VPS या क्लाउड एड्रेस पर मेल ले जाने से पहले देखना कि मिले हुए एड्रेस पर कोई लिस्टिंग तो नहीं।
  • हैक हुए मेलबॉक्स या डिवाइस की सफ़ाई के बाद पक्का करना कि लिस्ट अब भी एड्रेस रखे हुए हैं या नहीं।
  • किसी संदिग्ध मैसेज के हेडर में दिखने वाले भेजने वाले एड्रेस को जाँचना।

समस्या निवारण

  • "यह सार्वजनिक एड्रेस नहीं है" — प्राइवेट (10.x, 172.16–31.x, 192.168.x), loopback, CGNAT और डॉक्यूमेंटेशन एड्रेस कभी listed नहीं होते। इनकी जगह अपना सार्वजनिक भेजने वाला एड्रेस जाँचें।
  • हर लिस्ट "Lookup failed" दिखाती है — रिज़ॉल्वर या लिस्ट ने समय पर जवाब नहीं दिया। एक मिनट रुककर फिर जाँचें।
  • rate limit का संदेश — आपके कनेक्शन के लिए प्रति मिनट की जाँचें ख़त्म हो गईं। रुककर फिर चलाएँ।
  • प्रोवाइडर कहता है एड्रेस listed है पर यह पेज लिस्टिंग नहीं दिखाता — वह शायद ऐसी लिस्ट इस्तेमाल करता है जो यहाँ नहीं जाँची जाती (जैसे बिना key के Spamhaus ZEN) या अपना reputation डेटा।

IP ब्लैकलिस्ट चेकर के बारे में अक्सर पूछे जाने वाले सवाल

हमारी कंपनी के ईमेल स्पैम में जा रहे हैं — क्या सर्वर का IP ब्लैकलिस्ट में है?

हो सकता है। वह एड्रेस डालें जिससे सर्वर मेल भेजता है (उसके भेजे किसी मैसेज के Received हेडर में मिलता है) और देखें कि कोई लिस्ट उसे दर्ज करती है या नहीं। जवाब देने वाली लिस्ट में न हो, तो दूसरे आम कारण देखें: SPF, DKIM और DMARC रिकॉर्ड, डोमेन की साख और मैसेज का कंटेंट — बड़े मेल प्रोवाइडर अपना निजी reputation डेटा भी इस्तेमाल करते हैं।

कौन-सी ब्लॉकलिस्ट जाँची जाती हैं?

SpamCop, PSBL (Passive Spam Block List), UCEPROTECT Level 1 और Barracuda Reputation Block List बिना key के पूछी जाती हैं। Spamhaus ZEN तभी पूछी जाती है जब सर्वर पर Spamhaus Data Query Service key हो; वरना "Not checked — needs a key" दिखता है। SORBS जून 2024 में बंद हो गई, इसलिए नहीं पूछी जाती; SURBL और URIBL एड्रेस नहीं, डोमेन दर्ज करती हैं और समझौता माँगती हैं, इसलिए वे भी नहीं पूछी जातीं।

क्या "Not listed" का मतलब है कि मेरा IP साफ़ है?

इसका मतलब सिर्फ़ इतना है कि जवाब देने वाली लिस्ट में जाँच के समय उस एड्रेस की कोई एंट्री नहीं थी। जिन लिस्ट ने क्वेरी ठुकराई, फ़ेल हुईं या जाँची नहीं गईं, वे अलग दिखती हैं और कभी साफ़ नहीं गिनी जातीं। और भी ब्लॉकलिस्ट हैं, और Gmail व Outlook जैसे प्रोवाइडर अपना ऐसा reputation डेटा भी इस्तेमाल करते हैं जो कोई सार्वजनिक जाँच नहीं देख सकती।

कोई लिस्ट "क्वेरी ठुकराई" क्यों दिखाती है?

कुछ लिस्ट बड़े सार्वजनिक रिज़ॉल्वर से आई या तय सीमा से ज़्यादा क्वेरी ठुकरा देती हैं और लिस्टिंग की जगह ख़ास error code (जैसे 127.255.255.254 या 127.0.0.1) भेजती हैं। यह जवाब आपके एड्रेस के बारे में कुछ नहीं बताता, इसलिए इसे ठुकराया हुआ दिखाया जाता है — न listed, न साफ़।

मेरा एड्रेस listed है, इसे हटवाऊँ कैसे?

पहले कारण ठीक करें — हैक हुआ मेलबॉक्स या डिवाइस, open relay, या मेल भेजने वाला असुरक्षित वेब फ़ॉर्म — वरना लिस्टिंग लौट आएगी। फिर लिस्ट की वेबसाइट पर उसकी अपनी removal प्रक्रिया अपनाएँ; SpamCop जैसी कुछ लिस्ट रिपोर्ट रुकने पर एंट्री अपने आप हटा देती हैं।

127.0.0.2 हर लिस्ट में listed क्यों है?

यह वह टेस्ट एंट्री है जो हर IPv4 DNS ब्लॉकलिस्ट में होनी ही चाहिए (RFC 5782, सेक्शन 5)। इसे जाँचने से दिखता है कि लिस्टिंग कैसी दिखती है और लिस्ट जवाब दे रही हैं; यह किसी असली एड्रेस के बारे में कुछ नहीं बताता।

तकनीकी नोट्स

DNS ब्लॉकलिस्ट से सामान्य DNS में पूछा जाता है (RFC 5782): एड्रेस उल्टा किया जाता है — 203.0.113.25 बनता है 25.113.0.203 — और लिस्ट के ज़ोन के नीचे A रिकॉर्ड के रूप में खोजा जाता है। NXDOMAIN यानी not listed; 127.0.0.0/8 के अंदर का जवाब यानी listed, और उसके आख़िरी अंक कारण बताते हैं। IPv6 एड्रेस nibble-दर-nibble 32 लेबल में उल्टा होता है।

127.0.0.0/8 के कुछ जवाब लिस्टिंग नहीं, error हैं: Spamhaus सार्वजनिक रिज़ॉल्वर से आई क्वेरी को 127.255.255.254 और ज़्यादा मात्रा पर 127.255.255.255 लौटाता है, और कुछ लिस्ट रिज़ॉल्वर को ठुकराते समय 127.0.0.1 देती हैं (RFC 5782 के अनुसार 127.0.0.1 कभी listed नहीं होना चाहिए)। इन्हें "क्वेरी ठुकराई" के रूप में दिखाया जाता है।

क्वेरी Cloudflare edge से Google Public DNS के DNS-over-HTTPS के ज़रिए जाती हैं, दूसरी कोशिश Cloudflare 1.1.1.1 से। जब कोई लिस्ट "listed" जवाब देती है तो कारण-टेक्स्ट के लिए उसका TXT रिकॉर्ड पढ़ा जाता है। RFC 6471 लिस्ट चलाने वालों से अपेक्षित कामकाजी तरीक़े बताता है, लिस्टिंग और removal समेत।

सीमाएँ और कार्यप्रणाली

पाँच एड्रेस लिस्ट कवर होती हैं — चार बिना key के और Spamhaus ZEN key के साथ। कई छोटी लिस्ट और भी हैं, और बड़े मेल प्रोवाइडर निजी reputation सिस्टम इस्तेमाल करते हैं जिन्हें कोई जाँच नहीं देख सकती।

डोमेन लिस्ट (SURBL, URIBL, Spamhaus DBL) नहीं पूछी जातीं, इसलिए आपके मैसेज के लिंक में दर्ज डोमेन यहाँ नहीं पकड़ा जाता।

नतीजा सार्वजनिक रिज़ॉल्वर के ज़रिए Cloudflare edge से लिया एक स्नैपशॉट है। लिस्ट कुछ मिनट बाद बदल सकती है, और सार्वजनिक रिज़ॉल्वर को उस मेल सर्वर से अलग जवाब दे सकती है जो उसके डेटा का सब्सक्राइबर है।

सुरक्षा और गोपनीयता

आपका डाला एड्रेस Mutqan सर्वर से Google Public DNS (या Cloudflare 1.1.1.1) को हर लिस्ट के ज़ोन के नीचे DNS क्वेरी के रूप में भेजा जाता है, इसलिए लिस्ट चलाने वाले उस एड्रेस की क्वेरी एक सार्वजनिक रिज़ॉल्वर से आती देखते हैं। कुछ भी स्टोर नहीं होता।

संदर्भ

  • RFC 5782: DNS Blacklists and WhitelistsIETF · 2010IP या डोमेन की सूची DNS में कैसे प्रकाशित और पूछी जाती है: उल्टे एड्रेस, 127.0.0.0/8 वाले जवाब और उनके code, IPv6 का nibble क्रम, और ज़रूरी 127.0.0.2 टेस्ट एंट्री।
  • RFC 6471: Overview of Best Email DNS-Based List (DNSBL) Operational PracticesIETF · 2012लिस्ट चलाने वालों से क्या अपेक्षित है: लिस्टिंग के साफ़ मानदंड, काम करने वाली removal प्रक्रिया, और ऐसी गलतियों से सावधानी जो बेगुनाह भेजने वालों को रोक दें।