ای میل واپس آنے لگتی ہیں، کسی پارٹنر کا فائر وال جواب دینا بند کر دیتا ہے، یا کوئی ویب سائٹ آپ کے سرور کو کیپچا کی دیوار دکھاتی ہے۔ کوئی کہتا ہے „تمہارا IP بلیک لسٹ میں ہے“، اور پہلا ردعمل ہوتا ہے نیا مانگنا۔ عام طور پر یہ غلط پہلا قدم ہے۔ یہاں بتایا گیا ہے کہ تقریباً پانچ منٹ میں کیسے پتا کریں کہ اصل میں کیا ہو رہا ہے، اور کیا چیز اسے ہمیشہ کے لیے ٹھیک کرتی ہے۔
„بلاک لسٹ“ اصل میں کیا ہے
یہ لفظ تین مختلف چیزوں کے لیے استعمال ہوتا ہے، اور تینوں مختلف طریقوں سے ٹھیک ہوتی ہیں۔
- ڈی این ایس بلاک لسٹیں (DNSBL)۔ ان ایڈریسز کی عوامی فہرستیں جنہوں نے اسپام بھیجا یا جن میں ہیک ہونے کے آثار دکھے۔ میل سرور ہر آنے والے کنکشن پر ان سے پوچھتے ہیں۔ „بلیک لسٹ“ کا عام طور پر یہی مطلب ہوتا ہے، اور یہی ٹھیک ہو سکنے والی قسم ہے۔
- بڑے میل باکس فراہم کنندگان کی نجی ساکھ۔ بڑی ویب میل سروسز اپنے اسکور رکھتی ہیں اور انہیں شائع نہیں کرتیں۔ آپ کو اثر دکھتا ہے (ای میل اسپام میں جاتی ہے یا تاخیر سے پہنچتی ہے)، لیکن جانچنے کو کوئی فہرست نہیں ہوتی، صرف ان کے postmaster ٹولز ہوتے ہیں۔
- نیٹ ورک کی درجہ بندی۔ بہت سی ویب سائٹیں اور دھوکا دہی روکنے والے سسٹم ہر ڈیٹا سینٹر ایڈریس کو „ہوسٹنگ“ مانتے ہیں اور اس سے جانچ مانگتے ہیں یا بلاک کرتے ہیں۔ یہ اندراج نہیں ہے اور ہٹایا نہیں جا سکتا؛ یہ بتاتا ہے کہ ایڈریس کس قسم کے نیٹ ورک کا ہے۔
باقی تحریر زیادہ تر پہلی قسم کے بارے میں ہے، کیونکہ اسے آپ خود جانچ اور ٹھیک کر سکتے ہیں۔
جانچنے کے لائق فہرستیں
- سپیم ہاؤس (Spamhaus) وہ ہے جسے زیادہ تر میل سرور استعمال کرتے ہیں۔ اس کا مشترکہ زون ZEN، جس میں SBL (معروف اسپام ذرائع)، XBL (متاثرہ یا exploit کی گئی مشینیں، CBL سے بھرا جاتا ہے)، PBL (وہ رینج جنہیں سیدھے ای میل نہیں بھیجنی چاہیے) اور CSS (کم مقدار والا „snowshoe“ اسپام) شامل ہیں۔
- باراکوڈا (Barracuda) اپنی فہرست چلاتا ہے، جسے بہت سے کارپوریٹ میل گیٹ وے استعمال کرتے ہیں۔
- سپیم کاپ (SpamCop) صارفین کے رپورٹ کیے گئے ایڈریس درج کرتا ہے؛ آخری رپورٹ کے تقریباً 24 گھنٹے بعد اندراج خود بخود ختم ہو جاتا ہے۔
- یو سی ای پروٹیکٹ (UCEPROTECT) کی تین سطحیں ہیں۔ سطح 1 الگ الگ ایڈریسز کی ہے اور نئے اسپام کے بغیر سات دن بعد خود بخود ختم ہو جاتی ہے۔ سطح 2 اور 3 پڑوسیوں کے رویے کی وجہ سے پوری الاٹمنٹس اور نیٹ ورک درج کرتی ہیں، اور „فوری“ ہٹانا بیچتی ہیں۔ بڑے میل فراہم کنندگان سطح 2 اور 3 پر کم ہی بھروسا کرتے ہیں۔
جانچ
ڈی این ایس بلاک لسٹوں سے پوچھنے کے لیے ایڈریس کے octets الٹی ترتیب میں لکھ کر اسے فہرست کے زون کے تحت تلاش کیا جاتا ہے۔ کسی بھی Linux سرور سے:
IP=203.0.113.7
REV=$(echo "$IP" | awk -F. '{print $4"."$3"."$2"."$1}')
for BL in zen.spamhaus.org b.barracudacentral.org bl.spamcop.net; do
echo "$BL: $(dig +short "$REV.$BL" A | tr '\n' ' ')"
done
کوئی جواب نہ آنے کا مطلب ہے درج نہیں۔ 127.0.0.x رینج میں جواب کا مطلب ہے درج، اور Spamhaus کے لیے آخری عدد بتاتا ہے کہ ZEN کا کون سا حصہ:
| جواب | مطلب |
|---|---|
127.0.0.2 | SBL: معروف اسپام ذریعہ |
127.0.0.3 | CSS: snowshoe اسپام |
127.0.0.4–127.0.0.7 | XBL: ہیک یا exploit کی گئی مشین |
127.0.0.10، 127.0.0.11 | PBL: سیدھے ای میل نہیں بھیجنی چاہیے |
127.255.255.254 | اندراج نہیں: آپ نے پبلک resolver سے کوئری کی |
آخری قطار بہت سے لوگوں کو الجھا دیتی ہے۔ سپیم ہاؤس بڑے پبلک DNS resolvers سے آنے والی کوئریز کا جواب نہیں دیتا، اور اس کی جگہ ایک error کوڈ واپس کرتا ہے۔ اگر ہر جانچ عجیب لگے تو اسے ایسے سرور سے چلائیں جو اپنا resolver استعمال کرتا ہو، یا ہر فہرست کی ویب سائٹ کا lookup صفحہ استعمال کریں۔ کچھ فہرستیں زیادہ کوئری کرنے والوں سے DNS پر پوچھنے سے پہلے رجسٹر کرنے کو بھی کہتی ہیں۔
پہلے وجہ ٹھیک کریں
بغیر اصلاح کے ہٹانے کی درخواست آپ کو اگلے اندراج تک بس ایک دو دن دیتی ہے، اور بار بار کے اندراج ہٹنے میں زیادہ وقت لیتے ہیں۔ اس لیے پتا کریں کہ اندراج کہاں سے آیا:
- کیا آپ کو ملنے سے پہلے ہی ایڈریس درج تھا؟ اندراج کی تاریخ کا موازنہ اپنے سرور کے بننے کی تاریخ سے کریں۔ بغیر نئی سرگرمی والا پرانا اندراج آسان معاملہ ہے: سیدھے ہٹانے کے فارم پر جائیں۔
- XBL یا CBL اندراج: فہرست نے آپ کے ایڈریس سے malware یا botnet جیسا ٹریفک دیکھا۔ ایسے پروسیسز تلاش کریں جنہیں آپ نہیں پہچانتے، پورٹ 25 پر غیر متوقع آؤٹ باؤنڈ کنکشن، نئی cron اندراجات اور انجان SSH keys۔ ہیک شدہ ویب ایپ یا کمزور پاس ورڈ عام داخلی راستہ ہے۔ اگر آپ کو یقین نہ ہو کہ مشین صاف ہے تو اسے نئے سرے سے بنائیں۔
- SBL یا CSS اندراج: آپ کے ایڈریس سے گئی ای میل اسپام جیسی دکھی۔ بغیر کیپچا کے ای میل بھیجنے والے رابطہ فارم، نیوز لیٹر بھیجنے والی اسکرپٹس اور پبلک انٹرفیس پر سن رہی کسی بھی SMTP سروس کی جانچ کریں۔
- کیا آپ ای میل بھیجتے بھی ہیں؟ بہت سی ہوسٹنگ پر آؤٹ باؤنڈ پورٹ 25 اور 465 ڈیفالٹ طور پر بند ہوتے ہیں؛ ای میل کسی میل فراہم کنندہ کے ذریعے پورٹ 587 پر جانی چاہیے۔ اگر آپ کبھی ای میل نہیں بھیجتے اور پھر بھی درج ہیں تو سرور پر کچھ اور بھیج رہا ہے۔
اگر آپ اسی مشین پر ناقابل اعتماد کوڈ چلاتے ہیں جو آپ کی ای میل بھیجتی ہے، تو یہی انہیں الگ کرنے کا وقت ہے۔ خطرناک کام کے لیے سینڈباکس یا دوسرا سرور اس کی ساکھ کے مسائل کو آپ کے میل ایڈریس سے دور رکھتا ہے؛ ناقابل اعتماد کوڈ کے لیے آئسولیشن کی سطحیں متبادلات کا موازنہ کرتا ہے۔
پھر فہرست سے ہٹوانا
- سپیم ہاؤس: lookup صفحہ استعمال کریں، جو اس زون کے درست ہٹانے کے طریقے سے جوڑتا ہے۔ وجہ دور ہونے کے بعد XBL/CBL اور PBL سے ہٹانا self-service ہے؛ PBL سے ہٹانا تبھی معقول ہے جب آپ واقعی میل سرور چلاتے ہوں اور اس کا reverse DNS میل کھاتا ہو۔
- باراکوڈا: ہٹانے کا فارم بھریں اور مختصراً بتائیں کہ آپ نے کیا ٹھیک کیا۔ تقریباً ایک دن تک لگ سکتا ہے۔
- سپیم کاپ: کچھ کرنے کی ضرورت نہیں؛ رپورٹیں رکنے کے تقریباً ایک دن بعد اندراج خود بخود ختم ہو جاتا ہے۔
- یو سی ای پروٹیکٹ: سطح 1 نئے اسپام کے بغیر سات دن بعد ختم ہو جاتی ہے۔ سطح 2 اور 3 کو نظرانداز کریں، اور ہٹانے کے لیے پیسے نہ دیں۔
ہٹنے کے بعد وہ بنیادی چیزیں سیٹ کریں جو آپ کو فہرستوں سے دور رکھتی ہیں: سرور کے hostname سے میل کھاتا reverse DNS نام، آپ کے ڈومین کے لیے SPF، DKIM اور DMARC، اور ایک ہفتہ وار cron job جو اوپر والی جانچ چلائے اور کچھ بدلنے پر آپ کو ای میل کرے۔
کب نیا ایڈریس ہی درست جواب ہے
کبھی کبھی ہوتا ہے: مثلاً ایڈریس پر کوئی پرانا SBL اندراج ہے جسے آپ ہٹوا نہیں پا رہے، یا کسی نئے پروجیکٹ کے لیے آپ کو صاف ساکھ چاہیے۔ ہمارے ہاں دوسرا ایڈریس یعنی نیا سرور: اسے آرڈر کریں، اپنا ڈیٹا منتقل کریں، پھر پرانا منسوخ کریں؛ IP ایڈریس بدلنا تمام متبادلات بتاتا ہے۔ اگر آپ سمجھتے ہیں کہ آپ کے موجودہ ایڈریس کا کوئی اندراج غلط ہے تو فہرست کے نام اور لنک کے ساتھ ٹکٹ کھولیں۔ ہم ہر معاملہ دیکھتے ہیں، لیکن درخواست پر ایڈریس نہیں بدلتے۔
آخری دو باتیں۔ اگر ساکھ ذرا بھی اہم ہے (ای میل، پارٹنر کی allowlist، کسی ایڈریس سے بندھی API keys)، تو اپنے IPv4 والا پلان استعمال کریں، جیسے Small-IP؛ NAT پلان میں آؤٹ باؤنڈ ایڈریس آپ کا اپنا نہیں ہوتا، اس لیے اس پر آپ کی اپنی بھیجنے والے کی ساکھ نہیں بن سکتی۔ اور اگر کوئی ویب سائٹ آپ کو اس لیے بلاک کرتی ہے کہ آپ ڈیٹا سینٹر میں ہیں، تو کوئی فہرست اور کوئی نیا ڈیٹا سینٹر ایڈریس اسے نہیں بدلے گا؛ نیٹ ورک اور پورٹس بتاتا ہے کہ ہر پلان کیا ظاہر کرتا ہے۔
تبصرے
ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔