میل سرور کو کیسے چیک کریں۔

میل سرورز کی تشخیص درست ای میل آپریشن کو یقینی بنانے میں اہم کردار ادا کرتی ہے۔ یہ ای میل پیغامات بھیجنے، وصول کرنے اور پروسیسنگ سے متعلق مسائل کی شناخت اور حل کرنے کی اجازت دیتا ہے۔ تشخیص کے اہم عوامل میں سے ایک میل سرورز پر فلٹرز کا استعمال ہے، جو اسپام، وائرس اور دیگر حفاظتی خطرات سے تحفظ فراہم کرتے ہیں۔

اس مضمون میں دونوں بیرونی خدمات پر غور کیا جائے گا جو میل سرور کے آپریشن کو سائیڈ لائن سے چیک کرنے میں مدد کرتی ہیں، اور ساتھ ہی اندرونی ٹولز جو سرور پر ڈائیگناسٹک کو براہ راست چلانے کی اجازت دیتے ہیں۔ تمام اعمال، مثال کے طور پر، ایک پر کیے جائیں گے۔ نجی سرور Ubuntu 20.04.6 OS کے ذریعے تقویت یافتہ پوسٹ فکس اور ڈووکوٹ کی شکل میں ترتیب شدہ حل کے ساتھ، تاہم، پیش کردہ طریقے تقریباً کسی بھی آپریٹنگ سسٹم اور میل کلائنٹس پر لاگو ہوتے ہیں۔

میل سرور کی جانچ کے لیے آن لائن خدمات

پہلا اور سب سے اہم مرحلہ بیرونی آن لائن خدمات کا استعمال کرتے ہوئے تصدیق کرنا ہے۔ اس طرح، آپ نمائش، SPF، DKIM اور DMARC سیٹنگز کے لیے میل سرور کو چیک کر سکتے ہیں، اور IP پتوں کی ساکھ بھی چیک کر سکتے ہیں جہاں سے ای میل بھیجی جاتی ہے۔ زیادہ تر معاملات میں، صرف ان ٹولز کا استعمال مطلوبہ نتائج کا باعث بن سکتا ہے۔

آئیے تفصیل سے اہم تصدیقی خدمات اور ان کی فعالیت پر غور کریں:

MxToolBox۔ ہمیں تقریباً تمام دستیاب میل سرور کے پیرامیٹرز کو چیک کرنے کی اجازت دیتا ہے۔ سروس تمام ڈومین ریکارڈز، عمومی ڈومین کی دستیابی، SSL سرٹیفکیٹس، IP ایڈریس کی حیثیت اور بہت کچھ کی جانچ کے لیے ٹولز فراہم کرتی ہے۔ تشخیص کرنے کے لئے، آپ کو جانا ہوگا سروس صفحہآئی پی ایڈریس یا ڈومین درج کریں، مطلوبہ ٹول منتخب کریں اور چیک چلائیں۔

تمام دستیاب ٹولز کی تفصیلی فہرست اسکرین شاٹ میں دکھائی گئی ہے۔

جیسا کہ اوپر دیکھا گیا ہے، ویب سائٹ بلیک لسٹ میں آئی پی/ڈومین کی موجودگی کی بھی جانچ کرتی ہے۔ تمام بڑے ذرائع کی جانچ پڑتال کی گئی ہے: اسپاماؤس، باراکوڈا، SURBL اور بہت سے دوسرے۔ اگر پتہ کسی بھی ڈیٹا بیس میں ہے، تو سروس بلیک لسٹ ہونے کی وجوہات کے بارے میں معلومات فراہم کرے گی۔ اس طرح، آپ مسئلے کو درست کرنے کے لیے اقدامات کر سکیں گے۔

میل ٹیسٹر میل سرور کو چیک کرنے کا دوسرا سب سے مشہور ٹول ہے۔ یہ سروس صارفین کو ایک منفرد ایڈریس پر ٹیسٹ ای میل بھیجنے کی اجازت دیتی ہے، اور پھر بھیجے گئے پیغام کے معیار کے بارے میں تفصیلی رپورٹ حاصل کرتی ہے۔ MxToolBox کے برعکس، یہ وسیلہ زیادہ توجہ میل سرور کی تشخیص پر نہیں، بلکہ ممکنہ طور پر ای میل کو بہتر بنانے پر ہے۔ تاہم، اس کا یہ مطلب نہیں ہے کہ سروس بھیجنے والے کے سرور کا مکمل تجزیہ کرنے کے قابل نہیں ہے۔ یہ میل کی ترسیل کی جانچ کرتا ہے، تحقیق کرتا ہے اور مجموعی طور پر میل سروس کو بہتر بنانے کے لیے سفارشات دیتا ہے۔

چیک مکمل کرنے کے لیے، بس پر جائیں۔ وسائل کی ویب سائٹ اور ایک منفرد ای میل پتہ حاصل کریں جس پر آپ ای میل بھیجنا چاہتے ہیں۔ جمع کرانے کے بعد، آپ کو "چیک اسیسمنٹ" کو منتخب کرنا ہوگا اور صفحہ کے ریفریش ہونے کا انتظار کرنا ہوگا۔ ایک اچھا نتیجہ اس طرح لگتا ہے:

کسی بھی مسائل یا سفارشات کی صورت میں، سروس رپورٹ کے مناسب حصے میں اس کی اطلاع دے گی۔

اوپر دی گئی خدمات سائڈ لائنز سے میل سرور کی مکمل جانچ کے لیے کافی ہیں۔ وہ آپ کو ای میل کی ترسیل کے ساتھ ممکنہ مسائل کی نشاندہی کرنے، اپنی حفاظتی ترتیبات کو چیک کرنے، اور ممکنہ غلطیوں کو حل کرنے کے لیے سفارشات حاصل کرنے کی اجازت دیتے ہیں۔ اگلا، ہم سرور سائیڈ پر ٹیسٹنگ کریں گے۔

میل سرور کی ترتیبات چیک کریں۔

DNS ریکارڈز کی جانچ ہو رہی ہے۔

میل سرور سائیڈ پر سب سے عام مسائل میں سے ایک DNS ریکارڈز کی غلط ترتیب ہے۔ آپ مذکورہ بالا فریق ثالث کی خدمات کے ذریعے ان کی درستگی کی جانچ کر سکتے ہیں۔ تاہم، بعض صورتوں میں، ای میل کو تیسرے فریق کے میل باکس میں آسانی سے نہیں پہنچایا جا سکتا ہے۔ اس صورت میں، آپ کو تمام اندراجات کو دستی طور پر چیک کرنا چاہیے۔ ایسا کرنے کے لیے، DNS ایڈیٹر پر جائیں اور چیکنگ شروع کریں۔ مثال کے طور پر، آئیے درج ذیل کو ماخذ ڈیٹا کے طور پر لیں: ڈومین profit.com، IP ایڈریس 11.22.33.44، جہاں @ کو ڈومین نام کے طور پر استعمال کیا جا سکتا ہے، اگر رجسٹرار اس فارم کو بھرنے کی اجازت نہیں دیتا ہے۔ اپنی اقدار کو تبدیل کرنا نہ بھولیں۔ اپنی اقدار کو تبدیل کرنا نہ بھولیں۔

A ریکارڈ میل سرورز کے IP پتوں کی وضاحت کریں۔ سیدھے الفاظ میں، وہ ڈومین کو میل سرور ایڈریس پر بھیجتے ہیں۔ یہ اس طرح نظر آنا چاہئے:

MX ریکارڈ میل سرور کے لیے سب سے اہم ہیں، وہ میل کی ترسیل کے راستے کے لیے ذمہ دار ہیں۔ دوسرے الفاظ میں، وہ میل کو میل باکس میں بھیجتے ہیں۔

ایس پی ایف کے ریکارڈ ان سرورز کی طرف اشارہ کریں جو مخصوص ڈومین سے ای میلز بھیجنے کے قابل ہیں۔. براہ کرم نوٹ کریں: وہ TXT کے بطور شائع ہوتے ہیں۔ ممکنہ اقدار میں سے صرف ایک کی نشاندہی کی گئی ہے۔ 

ایک DKIM ریکارڈ ہے۔ ای میل کی صداقت کی تصدیق کے لیے استعمال کیا جاتا ہے۔ پیدا شدہ پر مشتمل ہونا چاہیے۔ عوامی کلید اسی طرح، قدر کے اختیارات میں سے صرف ایک اشارہ کیا گیا ہے۔

DMARC ریکارڈنگ اگلا اور آخری تحفظ کا مرحلہ ہے۔ یہ ان ای میلز پر لاگو ہوتا ہے جو نہیں گزری ہیں۔ SPF اور DKIM چیکس.

اس کے علاوہ، میل سرور کے لیے سب سے اہم ریکارڈز میں سے ایک ہے۔ پی ٹی آر ریکارڈ. یہ کہا جا سکتا ہے کہ یہ الٹا کام کرتا ہے۔ ایک ریکارڈ، یعنی یہ ایک IP ایڈریس کو ڈومین کے ساتھ جوڑتا ہے۔ اس قسم کا ریکارڈ صرف ہوسٹنگ فراہم کنندہ کی تکنیکی معاونت کی درخواست کے ذریعے ہی شامل کیا جا سکتا ہے، اور کمانڈ کے ساتھ چیک کیا جا سکتا ہے: nslookup IPجہاں IP آپ کے سرور کا پتہ ہے۔ جواب میں منسلک ڈومین کو ظاہر کرنا چاہیے۔

پورٹ چیکنگ

بند بندرگاہوں کے ساتھ مسائل بھی میل سرور کی مکمل خرابی کا باعث بن سکتے ہیں۔ سب سے پہلے، فراہم کنندہ کے ساتھ یہ واضح کرنا ضروری ہے کہ آیا اس کی طرف ضروری بندرگاہوں پر کوئی پابندیاں ہیں۔ ہم کلائنٹس کو کسی پر کھلی بندرگاہوں کی تعداد تک محدود نہیں کرتے ہیں۔ وقف or ورچوئل سرورز. تاہم، بہت سے ہوسٹنگ سروس فراہم کرنے والے مختلف طریقے سے کام کرتے ہیں۔

آپ پہلے سے نصب شدہ کا استعمال کرکے کھلی بندرگاہوں کو چیک کرسکتے ہیں۔ netstat افادیت یہ کمانڈ درج کرنے کے لئے کافی ہے:

netstat – nat

SMTP/IMAP/POP3 سرور انسٹال اور کنفیگر ہونے کے ساتھ، ہم متعلقہ کھلی بندرگاہیں دیکھیں گے:

جیسا کہ ہم اسکرین شاٹ پر دیکھ سکتے ہیں، مین میل کلائنٹ پورٹس کھلے ہیں، یعنی: SMTP (25) IMAPS (143، 993) POP3S (110، 995)۔ آپ انفرادی طور پر ہر پورٹ پر میل سروس بھی چیک کر سکتے ہیں۔ دی ٹیل نیت ٹول اس میں آپ کی مدد کرے گا۔ آئیے POP3 کی مثال دیکھتے ہیں، یعنی پورٹ 110:

telnet mail.yourdomain.com 110

ہم ٹول کے ساتھ باہر نکلتے ہیں۔ باہر نکلیں اسی اصول کے مطابق باقی ضروری بندرگاہوں کو کمانڈ اور چیک کریں۔ نوٹ کریں کہ یہ ٹول اضافی انٹرفیس استعمال کیے بغیر ای میل بھیجنے کی جانچ کرنے کا موقع بھی فراہم کرتا ہے۔ یہ ان صورتوں میں کارآمد ہو سکتا ہے جہاں صارف کو صرف سرور قائم کرنے کی ضرورت ہو اور وہ مقامی طور پر میل بھیجنے کا ارادہ رکھتا ہو۔

بندرگاہوں کو کھولنے میں مشکلات کی صورت میں، آپ کو نصب فائر وال پر توجہ دینے کی ضرورت ہے۔ زیادہ تر تقسیم کے ساتھ آتے ہیں۔ Iptables/Firewalld پہلے سے انسٹال ہوا۔

کے لئے iptables ہم درج ذیل کمانڈز استعمال کرتے ہیں:

iptables -A INPUT -p tcp --dport 25 -j ACCEPT
iptables -A INPUT -p tcp --dport 110 -j ACCEPT
iptables -A INPUT -p tcp --dport 995 -j ACCEPT
iptables -A INPUT -p tcp --dport 143 -j ACCEPT
iptables -A INPUT -p tcp --dport 993 -j ACCEPT

فائر والڈ کے لیے:

firewall-cmd --permanent --add-port=25/tcp
firewall-cmd --permanent --add-port=110/tcp
firewall-cmd --permanent --add-port=995/tcp
firewall-cmd --permanent --add-port=143/tcp
firewall-cmd --permanent --add-port=993/tcp

کچھ معاملات میں، SMTP سروس کو درست آپریشن کے لیے پورٹ 465 اور 587 کو کھولنے کی بھی ضرورت ہوتی ہے۔ ان بندرگاہوں کو کھولنا اسی طرح ہوتا ہے۔ نئے قواعد شامل کرنے کے بعد فائر وال سروس کو دوبارہ شروع کریں۔

میل سرور کے SSL/TLS سرٹیفکیٹس کی جانچ کرنا

SSL/TLS سرٹیفکیٹس میل سرور پر میل کلائنٹ اور سرور کے درمیان محفوظ ڈیٹا کی منتقلی کو یقینی بنانے کے لیے استعمال کیے جاتے ہیں، اور خود بھیجنے والے کے میل سرور کی صداقت کی تصدیق کرتے ہیں، جس سے درمیان میں ہونے والے حملوں کے امکان کو ختم کیا جاتا ہے۔ تاہم، وہ میل بھیجنے یا وصول کرنے میں بھی مسائل پیدا کر سکتے ہیں۔ تشخیص شروع کرنے کے لیے، آپ کو یہ معلوم کرنے کی ضرورت ہے کہ آیا سرٹیفکیٹس سرور کی طرف نصب ہیں۔ آئیے درج ذیل کمانڈ کے ساتھ سرٹیفکیٹ کی موجودگی کو چیک کریں:

openssl s_client -showcerts -server mail.profit.com -connect IP:port

اس کمانڈ میں، آپ کو اپنی اپنی اقدار کو تبدیل کرنے کی ضرورت ہے:mail.profit.com" میل سرور کا پتہ ہے؛ آئی پی: پورٹ سرور کا ڈیٹا ہے۔ مثال کے طور پر، آئیے پورٹ چیک کریں۔ 993، جس سے تعلق رکھتا ہے IMAP پروٹوکول دوسرے پروٹوکول کو اسی طرح چیک کیا جاتا ہے۔

جواب میں، سرور کو سرٹیفکیٹ ڈیٹا بھیجنا چاہیے:

زیادہ تر میل کلائنٹس سرٹیفکیٹ خود بخود انسٹال کرتے ہیں۔ تاہم، بعض صورتوں میں، یہ ضروری ہوتا ہے کہ انہیں دستی طور پر جاری کیا جائے اور انہیں کسی مخصوص کلائنٹ میں شامل کیا جائے۔ مختلف پلیٹ فارم انفرادی انسٹالیشن اور کنفیگریشن کا مطالبہ کر سکتے ہیں، اس لیے ہم آپ کو مشورہ دیتے ہیں کہ کسی مخصوص حل کے لیے ہدایات دیکھیں۔ ہم استعمال کرنے کی سفارش کرتے ہیں۔ چلو خفیہ ہے ایک سرٹیفکیٹ کے طور پر، اور Certbot کو اس کی تنصیب اور ترتیب کے لیے معاون ٹول کے طور پر استعمال کرنا۔

لاگز چیک کریں۔

آخر میں، ہم ایک ایسے حل پر پہنچے ہیں جو زیادہ تر اگر کسی بھی صورت میں مدد کرتا ہے - میل سرور لاگز کو چیک کرنا۔ صارفین کی اکثریت اپنے مسئلے کے حل کی عدم موجودگی کے بارے میں سوچ کر خود کو دھوکہ دیتی ہے۔ تاہم، جدید میل کلائنٹس لاگز میں بڑی مقدار میں معلومات محفوظ کرتے ہیں:

1. میل بھیجنے اور وصول کرنے کی تاریخ اور وقت۔
2. بھیجنے والے اور وصول کنندہ کا پتہ۔
3. سپیم اور وائرس کے لیے نتائج کو فلٹر کرنا۔
4. میل بھیجنے اور وصول کرنے کے لیے قطار کی حالت۔
5. میل سرور سے متعلق منتظمین اور صارفین کے اعمال (مثال کے طور پر، میل باکس بنانا، حذف کرنا، ترتیبات کو تبدیل کرنا)۔
6. ای میلز کی پروسیسنگ اور ڈیلیوری کے دوران پیدا ہونے والی خرابیاں اور مسائل۔

معیاری ڈائرکٹری جس میں زیادہ تر کمانڈز کے لاگز کو محفوظ کیا جاتا ہے اس پر واقع ہے: /var/log/۔ استعمال شدہ حل پر منحصر ہے، مخصوص لاگ فائل کا نام مختلف ہو سکتا ہے۔ مثال کے طور پر، the mail.log فائل ہے۔ پوسٹ فکس کے لئے اسی ڈائرکٹری میں واقع ہے۔ ہم آپ کو اس تشخیصی طریقہ کو نظر انداز کرنے اور میل کلائنٹ کی خراب کارکردگی کی پہلی علامات ظاہر ہوتے ہی لاگز استعمال کرنے کی سفارش نہیں کرتے ہیں۔ براہ کرم ہمارا دستی پڑھیں لینکس لاگز کو کیسے پڑھیں.

میل سرور کو چیک کرنے کا طریقہ سمجھنا

ہم نے میل سرور کی تفصیلی تشخیص کی۔ جانچ کے دوران، تفصیلی تحقیق کے لیے آن لائن ٹولز اور ممکنہ مسائل کا پتہ لگانے کے لیے مقامی حل دونوں متاثر ہوئے۔ تمام ضروری ٹیسٹ کرنے کے بعد، میل سرور کی موجودہ حالت کی مکمل تصویر حاصل کی گئی، ساتھ ہی ممکنہ مشکلات کو ختم کرنے کے لیے سفارشات بھی دی گئیں۔