ایمیلها شروع به برگشت میکنند، فایروال یک شریک دیگر جواب نمیدهد، یا وبسایتی به سرور شما دیواری از کپچا نشان میدهد. کسی میگوید «IPات در فهرست سیاه است» و اولین واکنش درخواست یک IP جدید است. معمولاً این گام اول اشتباهی است. اینجا میبینید چطور در حدود پنج دقیقه بفهمید واقعاً چه خبر است، و چه چیزی آن را برای همیشه درست میکند.
«فهرست سیاه» واقعاً چیست
این واژه سه چیز متفاوت را در بر میگیرد، و هرکدام به روشی متفاوت درست میشود.
- فهرستهای سیاه DNS (DNSBL). فهرستهای عمومی آدرسهایی که اسپم فرستادهاند یا نشانهٔ نفوذ داشتهاند. سرورهای ایمیل برای هر اتصال ورودی از آنها پرسوجو میکنند. منظور از «در فهرست سیاه» معمولاً همین است، و همین نوع قابل رفع است.
- اعتبار خصوصی نزد ارائهدهندگان بزرگ صندوق پستی. سرویسهای بزرگ وبمیل امتیازهای خودشان را نگه میدارند و منتشر نمیکنند. اثرش را میبینید (ایمیل به اسپم میرود یا با تأخیر میرسد)، اما فهرستی برای بررسی وجود ندارد، فقط ابزارهای postmaster خودشان.
- طبقهبندی شبکه. بسیاری از وبسایتها و سامانههای ضدتقلب هر آدرس مرکز داده را «میزبانی» به حساب میآورند و از آن تأیید میخواهند یا مسدودش میکنند. این ثبت نیست و حذفشدنی هم نیست؛ فقط میگوید آدرس به چه نوع شبکهای تعلق دارد.
بقیهٔ این مقاله بیشتر دربارهٔ نوع اول است، چون همان است که خودتان میتوانید بررسی و رفع کنید.
فهرستهایی که ارزش بررسی دارند
- Spamhaus فهرستی است که بیشتر سرورهای ایمیل از آن استفاده میکنند. ناحیهٔ ترکیبی آن، ZEN، شامل SBL (منابع شناختهشدهٔ اسپم)، XBL (ماشینهای آلوده یا بهرهبرداریشده، با داده از CBL)، PBL (بازههایی که نباید مستقیم ایمیل بفرستند) و CSS (اسپم کمحجم از نوع «snowshoe») است.
- Barracuda فهرست خودش را دارد که بسیاری از دروازههای ایمیل شرکتی از آن استفاده میکنند.
- SpamCop آدرسهایی را که کاربران گزارش میدهند ثبت میکند؛ ثبتها حدود ۲۴ ساعت پس از آخرین گزارش خودبهخود منقضی میشوند.
- UCEPROTECT سه سطح دارد. سطح ۱ برای آدرسهای تکی است و پس از هفت روز بدون اسپم جدید خودکار منقضی میشود. سطحهای ۲ و ۳ کل تخصیصها و شبکهها را به خاطر رفتار همسایهها ثبت میکنند و حذف «فوری» میفروشند. ارائهدهندگان بزرگ ایمیل بهندرت به سطحهای ۲ و ۳ تکیه میکنند.
بررسی
برای پرسوجو از فهرستهای سیاه DNS، اکتتهای آدرس را برعکس میکنند و آن را زیر ناحیهٔ فهرست جستوجو میکنند. از هر سرور 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: ماشین نفوذشده یا بهرهبرداریشده |
127.0.0.10، 127.0.0.11 | PBL: نباید مستقیم ایمیل بفرستد |
127.255.255.254 | ثبت نیست: از طریق resolver عمومی پرسوجو کردهاید |
ردیف آخر خیلیها را گیج میکند. Spamhaus به پرسوجوهایی که از طریق DNS resolverهای عمومی بزرگ میرسند پاسخ نمیدهد و بهجایش یک کد خطا برمیگرداند. اگر همهٔ بررسیها عجیب به نظر میرسند، آنها را از سروری اجرا کنید که resolver خودش را دارد، یا از صفحهٔ جستوجوی وبسایت هر فهرست استفاده کنید. برخی فهرستها همچنین از کاربران پرمصرف میخواهند پیش از پرسوجو از طریق DNS ثبتنام کنند.
اول علت را رفع کنید
درخواست حذف بدون رفع علت فقط یکی دو روز تا ثبت بعدی برایتان وقت میخرد، و ثبتهای تکراری دیرتر پاک میشوند. پس بفهمید ثبت از کجا آمده:
- آیا آدرس پیش از آنکه به شما برسد ثبت شده بود؟ تاریخ ثبت را با تاریخ ساخت سرورتان مقایسه کنید. ثبت قدیمی بدون فعالیت جدید سادهترین حالت است: مستقیم سراغ فرم حذف بروید.
- ثبت در XBL یا CBL: فهرست از آدرس شما ترافیکی شبیه بدافزار یا botnet دیده است. دنبال فرایندهایی بگردید که نمیشناسید، اتصالهای خروجی غیرمنتظره روی پورت 25، ورودیهای جدید cron و کلیدهای SSH ناشناس. یک برنامهٔ وب هکشده یا رمز عبور ضعیف، راه ورود معمول است. اگر مطمئن نیستید ماشین پاک است، از نو بسازیدش.
- ثبت در SBL یا CSS: ایمیلهای آدرس شما شبیه اسپم بودهاند. فرمهای تماسی که بدون کپچا ایمیل میفرستند، اسکریپتهایی که خبرنامه میفرستند و هر سرویس SMTP که روی رابط عمومی گوش میدهد را بررسی کنید.
- اصلاً ایمیل میفرستید؟ نزد بسیاری از میزبانها پورتهای خروجی 25 و 465 بهطور پیشفرض بستهاند؛ ایمیل باید از طریق یک ارائهدهندهٔ ایمیل روی پورت 587 برود. اگر هرگز ایمیل نمیفرستید و باز هم ثبت شدهاید، چیز دیگری روی سرور دارد میفرستد.
اگر روی همان ماشینی که ایمیل شما را میفرستد کد نامطمئن اجرا میکنید، حالا وقت جدا کردنشان است. یک سندباکس یا سرور دوم برای کار پرخطر، مشکلات اعتبار آن را از آدرس ایمیل شما دور نگه میدارد؛ سطوح جداسازی برای کد نامطمئن گزینهها را مقایسه میکند.
سپس درخواست حذف
- Spamhaus: از صفحهٔ جستوجو استفاده کنید که به فرایند حذف درست برای هر ناحیه پیوند میدهد. حذف از XBL/CBL و PBL پس از رفع علت بهصورت سلفسرویس است؛ حذف از PBL فقط وقتی معنا دارد که واقعاً یک سرور ایمیل با reverse DNS هماهنگ اجرا کنید.
- Barracuda: فرم حذف را با توضیحی کوتاه از آنچه رفع کردهاید بفرستید. تا حدود یک روز زمان ببرد.
- SpamCop: کاری لازم نیست؛ ثبت حدود یک روز پس از توقف گزارشها خودبهخود منقضی میشود.
- UCEPROTECT: سطح ۱ پس از هفت روز بدون اسپم جدید منقضی میشود. سطحهای ۲ و ۳ را نادیده بگیرید و برای حذف پول ندهید.
پس از حذف، مبانیای را که شما را بیرون از فهرستها نگه میدارد راه بیندازید: نام reverse DNS که با hostname سرور یکی باشد، SPF، DKIM و DMARC برای دامنهتان، و یک cron job هفتگی که بررسی بالا را اجرا کند و اگر چیزی تغییر کرد به شما ایمیل بزند.
کی آدرس جدید پاسخ درست است
گاهی همین است: مثلاً آدرس یک ثبت قدیمی SBL دارد که نمیتوانید حذفش کنید، یا برای پروژهای تازه به اعتبار پاک نیاز دارید. نزد ما، آدرس دیگر یعنی سرور جدید: سفارشش دهید، دادههایتان را منتقل کنید، بعد سرور قدیمی را لغو کنید؛ تغییر آدرس IP همهٔ گزینهها را توضیح میدهد. اگر فکر میکنید ثبتی روی آدرس فعلیتان اشتباه است، تیکتی با نام فهرست و یک پیوند باز کنید. ما هر مورد را بررسی میکنیم، اما آدرسها را بنا به درخواست عوض نمیکنیم.
دو نکتهٔ آخر. اگر اعتبار ذرهای مهم است (ایمیل، allowlist شرکا، کلیدهای API وابسته به یک آدرس)، از تعرفهای با IPv4 اختصاصی مثل Small-IP استفاده کنید؛ در تعرفهٔ NAT آدرس خروجی متعلق به خود شما نیست و اعتبار فرستندهٔ شما روی آن ساخته نمیشود. و اگر وبسایتی شما را به خاطر بودن در مرکز داده مسدود میکند، هیچ فهرستی و هیچ آدرس تازهای از مرکز داده این را تغییر نمیدهد؛ شبکه و پورتها توضیح میدهد هر تعرفه چه چیزی را در معرض قرار میدهد.
نظرات
هنوز نظری نیست. اولین نفر باشید.