دعم إسقاط الصرف لـ SMTP؟

Question

أريد إرسال بريد إلكتروني مع Exchange باستخدام telnet إلى المنفذ 25.حتى قبل أسبوعين كنت قادرًا على ذلك، ولكن الآن أدى "الإصلاح الأمني" من Microsoft إلى إزالة هذا الاحتمال.

وعندما أحاول تأتيني هذه الرسالة:

421 4.3.2 الخدمة غير متاحة، إغلاق قناة الإرسال

ماذا يمكنني أن أفعل؟

Answer 1

وجدت الجواب في الموقع:

http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2900802&SiteID=17

شكرا لمساعدتك!

في الأساس، تمت إزالة هذه الوظيفة افتراضيًا وتم حذفها استطاع يمكن استعادتها عن طريق تكوين مخصص - ولكن مع عدم وجود ضمان بأن المزيد من "التحديثات" تؤدي إلى تعطل النظام مرة أخرى.شكرا مايكروسوفت.

Answer 2

أستخدم خدمة (Message Labs (ML)) لتصفية جميع الرسائل غير المرغوب فيها.لقد حصلنا على اتصال جديد بالإنترنت وأثناء عملية إعادة تكوين خدمات ML الواردة/الصادرة إلى عنوان IP الجديد، تلقيت خطأ.لذلك، قمت باختباره من الخارج عن طريق الاتصال بـ IP على المنفذ 25 وحصلت على الخطأ "421 4.3.2 الخدمة غير متوفرة، إغلاق قناة الإرسال".ما لم أدركه في البداية هو أن سبب فشله هو أنني قمت بتعيين مجموعة محددة من عناوين IP على موصل استلام خادم الحافة لعام 2007 (لخوادم ML).لذا، أضفت شبكة LAN الخاصة بي بالإضافة إلى عنوان IP آخر للمضيف الخارجي الذي كنت أختبره ومنخفضًا، وها هو يمكنني الاتصال من كليهما.

ما اعتقدته أنه يحدث مع ML هو أن خادمهم الذي كان يختبر الاتصال كان على عنوان تم استبعاده من خادم الحافة.

لذلك، قمت بإزالة عناوين IP الاختبارية الخاصة بي وأنشأت موصل استقبال جديدًا مؤقتًا على خادم الحافة، للقبول من جميع العناوين (0.0.0.0 - 255.255.255.255).ثم أرسلت التغيير إلى ML مرة أخرى وخمن ماذا... قبلوه هذه المرة.الآن، سأقوم ببساطة بإزالة موصل استلام الاختبار وسيصبح كل شيء ذهبيًا.

Answer 3

SMTP هو البروتوكول المستخدم لتلقي البريد الإلكتروني من بقية العالم، لذا أشك في أن Microsoft قد تخلت عن ذلك.يجب أن يكون هناك بعض التكوين الخاطئ الآخر على الخادم الخاص بك.

حاول التحقق مرة أخرى من إعدادات الترحيل وسجل الأحداث على خادم التبادل الخاص بك.

Answer 4

بعد أكثر من 5 سنوات من العمل الخالي من العيوب، توقف خادم EDG 2010 فجأة عن قبول الرسالة "421 4.3.2 الخدمة غير متوفرة".سجل SmtpReceive (Get-TransportServer | select ReceiveProtocolLogPath) أكد أن خادم الحافة هو الذي تسبب بالفعل في هذا الخطأ.

يحتوي خادم EDGE على عنواني IP على بطاقة NIC واحدة.بعد أن عملت الخطوات التالية بشكل جيد مرة أخرى:

1. قم بإزالة عنوان IP واحد من nic الموجود على خادم Edge
2. قم بتحديث الإدخال الثابت في DNS للإشارة إلى عنوان IP الثاني
3. على ال Default internal receive connector السماح بتلقي البريد على جميع عناوين IPv4 المتاحة.

يلاحظ:هذا الإعداد هو لا أفضل الممارسات الأمنية للمنطقة المجردة من السلاح.من الأفضل استخدام بطاقتي NIC لكل منهما ساق في منطقة مختلفة.