Замедление SMTP на Ubuntu

Я использую клиентскую машину Linux, подключая к третьей стороне внешний почтовый сервер.

Почтовый сервер берет чрезвычайно долго для ответа, когда я пытаюсь отправить почту. Для отладки этого я установил mailx основной клиент и отследил коммуникацию между клиентом и сервером. После сужения далее, оказывается, что telnet для портирования 25 является медленным шагом, даже когда я обеспечиваю IP-адрес сервера (т.е. никакой поиск DNS не включен).

Таким образом я могу воспроизвести замедление путем выполнения следующей команды при приглашении командной строки Linux:

% telnet 192.186.222.162 25 
Trying 192.186.222.162...

Ожидает в течение нескольких секунд или перед прерыванием или перед хождением вперед.

Странная часть - это замедление только замечено на некотором клиенте ПК - с Xubuntu 14.04.

% uname -a 
Linux myPC 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Замедление не замечено в системе Fedora. Также не замечено в той же системе, когда я соединяюсь с тем же почтовым сервером через другой ISP. Это, вероятно, потому что первый ISP является офисной сетью, где многие пользователи одновременно пытаются подключить свои почтовые клиенты к тому же почтовому серверу.

Любые подсказки ценились бы.

1
задан 2 November 2015 в 21:02
2 ответа

الأسباب الأكثر ترجيحًا لما وصفته:

  1. المشكلات المتعلقة بعمليات البحث العكسي لنظام أسماء النطاقات لعنوان IP للعميل بواسطة الخادم البعيد
    IP_Address -> [ PTR سجل DNS] -> الاسم -> [ A / سجل AAAA DNS] -> IP_Address

  2. مهلات استعلامات التعريف [اتصالات TCP من المضيف البعيد إلى مضيف عميل SMTP]
    اعتادت مهلة الهوية الافتراضية أن تكون 30 ثانية ، بينما يستخدم AFAIR Modern sendmail مهلة 5 ثوانٍ.

3
ответ дан 3 December 2019 в 18:37

لسوء الحظ ، هذا هو السلوك المقصود ، على الرغم من أنه قد يبدو سخيفًا. سيبدأ إعدادات IP للعميل عبر إعلانات جهاز التوجيه في IPv6 ، و (في ظل تكوينات معينة) ثم يوجه العميل إلى خادم DHCP للحصول على مزيد من المعلومات.

بخلاف IPv4 ، يمكن لكل واجهة مع ipv6 أن تحتوي على عناوين IPv6 متعددة ، لذا قم بإعداد لن يمنع عنوان IP الثابت الواجهة من الحصول على عنوان IP مخصص لـ DHCP.

هذا السلوك مخالف للحدس ، وحتى غير مرغوب فيه في بعض الظروف ، ولكنه حسب التصميم وبالتالي يستمر حتى هذه اللحظة.


@ fukawi2 : (آسف ، لا يمكن للمدعوين الرد على التعليقات على ما يبدو) يجب أن يعتمد على العلامات النشطة في إعلان جهاز التوجيه. إذا كان لديك مجموعة علم A ، فيجب على عميل dhcp تكوين عنوان تكوين تلقائي IPv6 بنفسه تلقائيًا. تفرض العلامة M على العميل أن يطلب عنواناً من خادم DHCP ؛ تفرض علامة O على العميل الحصول على DNS الخاص به ومعلومات أخرى من خادم DHCP. يمكن أن تتواجد العلامات بسهولة ، لذلك إذا كانت العلامة A وعلامة M قيد التشغيل ، فيجب أن يحصل العميل على عنوانين ، أحدهما من DHCP والآخر من التكوين التلقائي. نفس الشيء إذا تم تشغيل العلم A وقمت بوضع عنوان IP ثابت على العميل.

الفوضى هي أنه لا يمكنك التراجع عن هذا بسهولة ؛ يؤدي إيقاف تشغيل عميل dhcp إلى قطع خدمة DNS إذا كانت تعمل على نفس الخادم (حيث يتم التعامل مع تحديثات DNS بواسطة خدمة DHCP في بعض الحالات) ، وسيؤدي إيقاف تشغيل علامة M في بيئة المجال إلى توقف عملائك الآخرين عن البحث عن عنوان DHCP أيضًا.

حاول مشاركة الحزم عبر الأسلاك ومعرفة العلامات النشطة في إعلانات جهاز التوجيه (ولا ، قم بإيقاف تشغيلها إذا لم يكن كذلك). IPv6 عبارة عن فوضى بدأت للتو في الوصول إلى العالم الحقيقي وستتطلب بعض التعديلات من أجل البقاء فيها. إنها نسخة تجريبية عالمية ، حقًا ، وسنقوم بتصحيح الأخطاء: -)

-121 - 369854-

سترغب في الرد على مراجعة نظام أسماء النطاقات العكسي بسرعة.

شيء واحد يمكنك فعله بخادم نظام أسماء النطاقات المحلي (إذا كان قيد التشغيل)

$ORIGIN 0.168.192.in-addr.arpa. 
$GENERATE 1-254 $ PTR 192-168-0-$.lan.example.com.

$ORIGIN lan.example.com. 
$GENERATE 1-254 192-168-0-$.lan.example.com. IN A 192.168.0.$
0
ответ дан 3 December 2019 в 18:37

Теги

Похожие вопросы