IP रेप्युटेशन चेकर

सर्वर सहायता नया इंटरनेट और नेटवर्क

Cloudflare एज से DNS के ज़रिए SpamCop, PSBL, UCEPROTECT लेवल 1 और Barracuda ब्लॉकलिस्ट से पूछता है (Spamhaus key कॉन्फ़िगर हो तो Spamhaus ZEN से भी), और सर्वर पर AbuseIPDB key कॉन्फ़िगर हो तो AbuseIPDB से पिछले 90 दिनों का एब्यूज़ कॉन्फ़िडेंस स्कोर, रिपोर्ट की संख्या और आख़िरी रिपोर्ट पूछता है। हर स्रोत अलग से दिखाया जाता है; जो सूची या सेवा जवाब न दे सके, वह वैसे ही दिखती है, और कोई भी नतीजा एड्रेस के साफ़ होने का सबूत बताकर नहीं दिखाया जाता।

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

किसी IP एड्रेस की रेप्युटेशन क्या बताती है?

किसी एड्रेस की रेप्युटेशन वह है जो दूसरों ने उससे आए ट्रैफ़िक के बारे में दर्ज किया है: DNS ब्लॉकलिस्ट स्पैम या दुरुपयोग करते पकड़े गए एड्रेस प्रकाशित करती हैं, जिन्हें एक साधारण DNS क्वेरी से पूछा जाता है (RFC 5782), और एब्यूज़-रिपोर्ट डेटाबेस हाल की अवधि में अपने उपयोगकर्ताओं की रिपोर्ट गिनते हैं। यह एड्रेस के बारे में सबूत है, व्यक्ति के बारे में नहीं: साझा, दोबारा आवंटित और VPN एड्रेस दूसरों का इतिहास ढोते हैं, हर सूची की लिस्टिंग और हटाने की अपनी नीति होती है (RFC 6471), और जिस एड्रेस का नाम किसी सूची में नहीं, वह इससे साफ़ साबित नहीं होता।

सुरक्षा नोट: सिर्फ़ एक लिस्टिंग या एक स्कोर के आधार पर ब्लॉक या आरोप न लगाएँ: रेप्युटेशन को अपने लॉग के साथ मिलाकर देखें, और मानकर चलें कि साझा एड्रेस (carrier-grade NAT, VPN एग्ज़िट, क्लाउड रेंज) दूसरे उपयोगकर्ताओं का इतिहास ढोते हैं।

IP रेप्युटेशन चेकर कैसे इस्तेमाल करें

  1. एक पब्लिक IPv4 या IPv6 एड्रेस दर्ज करें: मेल सर्वर का भेजने वाला एड्रेस, लॉग में दिखा कोई विज़िटर, या वह एड्रेस जिसे आप अनुमति देने वाले हैं।
  2. «रेप्युटेशन जाँचें» दबाएँ; ब्लॉकलिस्ट और रेप्युटेशन सेवा से एक साथ पूछा जाता है।
  3. सारांश पढ़ें, फिर एब्यूज़ रिपोर्ट और ब्लॉकलिस्ट तालिका; «उपलब्ध नहीं» दिखाने वाले स्रोत ने एड्रेस के बारे में कुछ नहीं कहा।

IP रेप्युटेशन चेकर की खूबियाँ

  • एक बार में पाँच DNS ब्लॉकलिस्ट: बिना key के SpamCop, PSBL, UCEPROTECT लेवल 1 और Barracuda, और Spamhaus key कॉन्फ़िगर हो तो Spamhaus ZEN
  • सर्वर पर AbuseIPDB key कॉन्फ़िगर हो तो पिछले 90 दिनों का AbuseIPDB एब्यूज़ कॉन्फ़िडेंस स्कोर, रिपोर्ट संख्या, आख़िरी रिपोर्ट, उपयोग का प्रकार, ISP, डोमेन और Tor एग्ज़िट फ़्लैग
  • हर सूची और सेवा अलग से: अस्वीकार करने वाले, विफल और कॉन्फ़िगर न हुए स्रोत उसी नाम से दिखते हैं और कभी «लिस्टेड नहीं» नहीं गिने जाते
  • साफ़ व्याख्या जो किसी एड्रेस को साफ़ नहीं कहती: लिस्टिंग और रिपोर्ट क्या बताती हैं, और क्या नहीं बता सकतीं
  • ब्लॉकलिस्ट का अपना टेस्ट एड्रेस 127.0.0.2 स्वीकार्य, ताकि दिखे कि सूचियाँ जवाब दे रही हैं
  • ब्लॉकलिस्ट की तालिका CSV में डाउनलोड

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

इनपुट

  • IP एड्रेस: एक पब्लिक IPv4 या IPv6 एड्रेस; प्राइवेट, साझा, डॉक्यूमेंटेशन और आरक्षित रेंज किसी भी अनुरोध से पहले अस्वीकार।
  • टेस्ट एड्रेस 127.0.0.2 जाँचता है कि ब्लॉकलिस्ट जवाब दे रही हैं; यह रेप्युटेशन सेवा को नहीं भेजा जाता।

आउटपुट

  • सारांश: एब्यूज़ कॉन्फ़िडेंस स्कोर, पिछले 90 दिनों की रिपोर्ट, जवाब देने वाली कितनी ब्लॉकलिस्ट एड्रेस को लिस्ट करती हैं और कितनी सूचियों ने जवाब नहीं दिया।
  • एब्यूज़ रिपोर्ट (AbuseIPDB): स्कोर, रिपोर्ट संख्या, आख़िरी रिपोर्ट, उपयोग का प्रकार, ISP, डोमेन, Tor एग्ज़िट और allow-list फ़्लैग — या वे क्यों उपलब्ध नहीं।
  • DNS ब्लॉकलिस्ट: हर सूची उसके ज़ोन, नतीजे और रिटर्न कोड के साथ, और नतीजों का सीधा अर्थ।

IP रेप्युटेशन चेकर का उदाहरण

Google Public DNS का एड्रेस, बिना AbuseIPDB या Spamhaus key वाले सर्वर पर

इनपुट:

IP एड्रेस: 8.8.8.8

आउटपुट:

एब्यूज़ कॉन्फ़िडेंस स्कोर: उपलब्ध नहीं · रिपोर्ट (90 दिन): — · इसे लिस्ट करने वाली ब्लॉकलिस्ट: 0 / 4 · बिना जाँची सूचियाँ: 1
एब्यूज़ रिपोर्ट: उपलब्ध नहीं: इस सर्वर पर कोई abuse-report सेवा कॉन्फ़िगर नहीं है
लिस्ट | ज़ोन | परिणाम | लौटाया गया कोड
SpamCop Blocking List | bl.spamcop.net | लिस्टेड नहीं (कोई एंट्री नहीं) | —
Passive Spam Block List | psbl.surriel.com | लिस्टेड नहीं (कोई एंट्री नहीं) | —
UCEPROTECT Level 1 | dnsbl-1.uceprotect.net | लिस्टेड नहीं (कोई एंट्री नहीं) | —
Barracuda Reputation Block List | b.barracudacentral.org | लिस्टेड नहीं (कोई एंट्री नहीं) | —
Spamhaus ZEN | zen.spamhaus.org | जाँच नहीं हुई: सर्वर पर key चाहिए | —
इसका मतलब: जवाब देने वाली किसी भी ब्लॉकलिस्ट में लिस्टेड नहीं। यह इस समय उन्हीं सूचियों के बारे में बात है, एड्रेस के साफ़ होने का सबूत नहीं।

IP रेप्युटेशन चेकर के नतीजे कैसे पढ़ें

ब्लॉकलिस्ट सबसे ज़्यादा मेल के लिए मायने रखती हैं: पाने वाले सर्वर जिस सूची का इस्तेमाल करते हैं, उसमें लिस्टिंग का मतलब है उस एड्रेस से आने वाला मेल अस्वीकार या फ़िल्टर होगा।

एब्यूज़ कॉन्फ़िडेंस स्कोर की मोटी व्याख्या: 0 यानी कोई हाल की रिपोर्ट नहीं या सिर्फ़ कम वज़न वाली, कम मान यानी कुछ या पुरानी रिपोर्ट, और लगभग 75 से ऊपर यानी अलग-अलग उपयोगकर्ताओं की कई हाल की रिपोर्ट। ऐसा डेटा इस्तेमाल करने वाली सेवाएँ ऊँचे स्कोर वाले एड्रेस को संभवतः ब्लॉक करेंगी या जाँच माँगेंगी।

रिपोर्ट होते हुए भी स्कोर 0 तब हो सकता है जब AbuseIPDB ने एड्रेस को अपनी allow list में रखा हो या रिपोर्ट पुरानी हों; रिपोर्ट संख्या और आख़िरी रिपोर्ट की तारीख़ बताती हैं कि कौन-सी बात है।

साझा एड्रेस (carrier-grade NAT, VPN एग्ज़िट, Tor, क्लाउड प्रोवाइडर) पर उसी एड्रेस के दूसरे उपयोगकर्ताओं की वजह से रिपोर्ट जमा होती हैं, इसलिए लिस्टिंग ज़िम्मेदार व्यक्ति की पहचान नहीं करती।

«लिस्टेड नहीं» और कम स्कोर सिर्फ़ उस समय जवाब देने वाले स्रोतों के बारे में हैं। वे एड्रेस के साफ़ होने का सबूत नहीं हैं।

IP रेप्युटेशन चेकर कब इस्तेमाल करें

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

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

  • किसी सूची पर «क्वेरी अस्वीकार की»: कुछ ब्लॉकलिस्ट सार्वजनिक रिज़ॉल्वर से आई क्वेरी का जवाब नहीं देतीं। इससे एड्रेस के बारे में कुछ पता नहीं चलता; उस सूची को उसकी अपनी वेबसाइट पर जाँचें।
  • कोई रेप्युटेशन स्कोर नहीं: इस सर्वर पर AbuseIPDB key कॉन्फ़िगर नहीं है, या AbuseIPDB ने जवाब नहीं दिया, या उसका दैनिक कोटा ख़त्म हो गया; एब्यूज़ रिपोर्ट वाला हिस्सा बताता है कि कौन-सी बात है।
  • सीमा या व्यस्तता का संदेश: ब्लॉकलिस्ट जाँच हर बार कई क्वेरी भेजती है, इसलिए विज़िटर का बजट प्रति मिनट कुछ ही जाँचों की अनुमति देता है। एक मिनट रुककर फिर कोशिश करें।
  • सर्वर अब ठीक है फिर भी लिस्टेड: ब्लॉकलिस्ट दुरुपयोग रुकने के कुछ समय बाद एंट्री हटाती हैं, और कुछ सिर्फ़ अनुरोध पर; सूची की वेबसाइट पर हटाने की प्रक्रिया अपनाएँ।

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

क्या «लिस्टेड नहीं» का मतलब है कि एड्रेस सुरक्षित है?

नहीं। इसका मतलब है कि जवाब देने वाली ब्लॉकलिस्ट में उस समय एड्रेस की कोई एंट्री नहीं थी, और स्कोर दिखे तो यह कि AbuseIPDB के उपयोगकर्ताओं ने पिछले 90 दिनों में इसकी कम या कोई रिपोर्ट नहीं की। बड़े प्रोवाइडर अपना रेप्युटेशन डेटा रखते हैं, जिसे कोई सार्वजनिक लुकअप नहीं देख सकता, और जो एड्रेस आज साफ़ है उसका कल दुरुपयोग हो सकता है।

एब्यूज़ कॉन्फ़िडेंस स्कोर क्या है?

यह AbuseIPDB का अपना 0 से 100 तक का अनुमान है कि एड्रेस कितना दुरुपयोग करने वाला हो सकता है — पिछले 90 दिनों में उसके कितने उपयोगकर्ताओं ने रिपोर्ट किया, कितनी हाल में, और रिपोर्ट करने वाले कितने भरोसेमंद हैं, इस आधार पर। टूल यह संख्या ठीक वैसे दिखाता है जैसे AbuseIPDB लौटाता है, रिपोर्ट संख्या और आख़िरी रिपोर्ट की तारीख़ के साथ, और उसमें कोई बदलाव नहीं करता।

मेरे नतीजे में स्कोर क्यों नहीं है?

स्कोर AbuseIPDB से आता है और तभी माँगा जाता है जब सर्वर पर AbuseIPDB key कॉन्फ़िगर हो। उसके बिना पेज बताता है कि कोई रेप्युटेशन स्कोर उपलब्ध नहीं है और सिर्फ़ ब्लॉकलिस्ट के नतीजे दिखाता है; ख़ाली जगह को कभी अंदाज़े से नहीं भरता।

यह IP ब्लैकलिस्ट चेकर से कैसे अलग है?

IP ब्लैकलिस्ट चेकर मेल के लिए है: वह मेल सर्वर के एड्रेस के लिए हर सूची का रिटर्न कोड समझाता है। यह टूल वही DNS ब्लॉकलिस्ट पूछता है, पर कॉन्फ़िगर हो तो एब्यूज़-रिपोर्ट स्कोर भी जोड़ता है, ताकि एड्रेस के व्यवहार की बड़ी तस्वीर मिले — जैसे उसे फ़ायरवॉल या ऐप में अनुमति देने से पहले।

मेरे सर्वर का एड्रेस लिस्टेड है या उस पर रिपोर्ट हैं। क्या करूँ?

पहले कारण खोजकर ठीक करें: हैक हुआ अकाउंट या डिवाइस, खुला रिले या प्रॉक्सी, कमज़ोर वेब फ़ॉर्म या गड़बड़ स्क्रिप्ट। फिर हर ब्लॉकलिस्ट की अपनी वेबसाइट पर हटाने का अनुरोध करें; ज़्यादातर सूचियाँ समस्या रुकने पर एंट्री हटा देती हैं। AbuseIPDB की रिपोर्ट 90 दिन की अवधि से अपने-आप बाहर हो जाती हैं।

मैंने कभी स्पैम नहीं भेजा, फिर मेरे घर के कनेक्शन का एड्रेस लिस्टेड क्यों है?

एड्रेस दोबारा इस्तेमाल होते हैं: लिस्टिंग की वजह एड्रेस का पिछला धारक, आपके नेटवर्क का कोई दूसरा डिवाइस या उसी carrier-grade NAT के पीछे का कोई दूसरा ग्राहक हो सकता है। कुछ सूचियाँ नीति के तहत पूरी रिहायशी रेंज भी लिस्ट करती हैं, क्योंकि होम लाइनों से मेल प्रोवाइडर के अपने मेल सर्वर से जाना अपेक्षित है।

तकनीकी नोट्स

DNS ब्लॉकलिस्ट से एड्रेस उलटकर और सूची का ज़ोन जोड़कर पूछा जाता है (203.0.113.25 → 25.113.0.203.bl.spamcop.net, IPv6 में उलटे निबल): 127.0.0.0/8 में A रिकॉर्ड का मतलब लिस्टेड, NXDOMAIN का मतलब लिस्टेड नहीं (RFC 5782)। POST /api/v1/internet/dns/dnsbl ये क्वेरी Cloudflare एज से HTTPS पर Google Public DNS के ज़रिए भेजता है, दूसरी कोशिश Cloudflare 1.1.1.1 से।

जो सूची सार्वजनिक रिज़ॉल्वर से आई क्वेरी अस्वीकार करती है, वह अस्वीकृति कोड लौटाती है; टूल उसे «क्वेरी अस्वीकार की» दिखाता है और जाँची गई नहीं गिनता। RFC 6471 बताता है कि ब्लॉकलिस्ट से कैसे काम करने की अपेक्षा है, लिस्टिंग और हटाने की नीतियों समेत।

ABUSEIPDB_KEY कॉन्फ़िगर हो तो POST /api/v1/internet/providers/ip-reputation 90 दिन की अवधि के साथ AbuseIPDB का check API पूछता है; उसके बिना जवाब बताता है कि सेवा कॉन्फ़िगर नहीं है और पेज कोई स्कोर नहीं दिखाता। स्कोर, संख्याएँ और तारीख़ें ठीक वैसे दिखाई जाती हैं जैसे AbuseIPDB लौटाता है।

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

सिर्फ़ यहाँ बताई पाँच IP ब्लॉकलिस्ट और, कॉन्फ़िगर हो तो, AbuseIPDB से पूछा जाता है। बड़े मेलबॉक्स और सुरक्षा प्रोवाइडर अपना रेप्युटेशन डेटा इस्तेमाल करते हैं, जिसे कोई सार्वजनिक लुकअप नहीं दिखा सकता।

ब्लॉकलिस्ट क्वेरी Cloudflare एज से सार्वजनिक रिज़ॉल्वर के ज़रिए जाती हैं, जिन्हें कुछ सूचियाँ अस्वीकार करती हैं; Spamhaus ZEN के लिए सर्वर पर key चाहिए।

स्कोर और लिस्टिंग एड्रेस के बारे में रिपोर्ट का स्नैपशॉट हैं; वे यह नहीं बताते कि एड्रेस किसने इस्तेमाल किया, और साझा एड्रेस दूसरों का इतिहास ढोते हैं।

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

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

संदर्भ

  • 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 प्रक्रिया, और ऐसी गलतियों से सावधानी जो बेगुनाह भेजने वालों को रोक दें।