none
451 4.4.397 Error communicating with target host RRS feed

  • Общие обсуждения

  • День добрый, 

    Exchange 2016 cu8, при отсылке писем на некоторые домены получаю вот такое:

    Server at domain.ru (64:ff9b::b2da:6) returned '400 4.4.7 Message delayed'
    07.02.2018 15:31:59 - Server at domain.ru (64:ff9b::b2da:6) returned '451 4.4.397 Error communicating with target host. -> 421 4.2.1 Unable to connect -> SocketError: Failed to connect. Winsock error code: 10051, Win32 error code: 10051'

    Видимо резолвится имя ipv6, а должно ipv4, почему это происходит и как с этим бороться непонятно, причём если руками нажать "повторить попытку", то письмо уходит сразу же. Возможно проблема на другой стороне.

    8 февраля 2018 г. 12:44

Все ответы

  •   Здравствуйте,

     Oшибка указывает, что сеть недоступна и  работа сокета выполняется в недостумной сети и локальное программное обеспечение не знает пути для достижения удаленного хоста. Windows Sockets Error Codes

    Вполне возможно, что причина в сети. Попробуйте отправить через телнет ( обычно дает больше информации, чем Exchange)


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    9 февраля 2018 г. 7:23
    Модератор
  • Это понятно, резолвится ipv6, поэтому и недоступна сеть, вопрос в том, почему не ipv4?
    9 февраля 2018 г. 23:58
  • Лучше предпочтение выставить и посмотреть, что будет. Скорее всего, проблема уйдет.

    Видимо резолвится имя ipv6, а должно ipv4, почему это происходит и как с этим бороться непонятно, причём если руками нажать "повторить попытку", то письмо уходит сразу же.

    Вы в очереди имеете ввиду "толкаете" письмо?

    И еще одно, имена проблемных доменов- коммерческая тайна ,или можете поделиться?

    10 февраля 2018 г. 20:36
  • Поставил хотфикс "выставить предпочтение ipv4..." проблема сохраняется, может надо ребутнуть сервер, но пока я этого не делал.

    Да вижу письмо в очереди и толкаю руками.

    например, один из доменов sysat.ru

    10 февраля 2018 г. 20:40
  • Не может, а надо. Это часть сетевого стека на минуточку.
    10 февраля 2018 г. 20:51
  • перегрузил, не помогло..
    10 февраля 2018 г. 21:29
  • Занятно. Попробуйте все таки выключить ipv6 на туннелях с последующей перезагрузкой. Когда была схожая проблема с гуглом, одним одно помогало, другим другое... закономерность так и не выяснили.
    11 февраля 2018 г. 8:22
  • установил второй хотфикс, опять без изменений, уже веселья ради поменял адреса днс серверов с внутренних на провайдера, и всё равно резолвит ipv6
    11 февраля 2018 г. 16:02
  • Веселья ради можно отключить ipv6 вовсе, но это против рекомендаций, и я бы не советовал, даже, как крайнюю меру. Ибо, как Вы пишите, проблема наблюдается только с доменами с повышенной степенью волшебства. По совету Ивана попробуйте выключить туннелирование. Посмотрим, что поменяется. И надо держать в голове, что вообще сломаться может ,так что резких движений делать не нужно. Попробовали бы Вы повысить журналирование у транпорта и посмотреть, почему письма с ошибкой встают. Лично мне (мне) пока непонятны две вещи. Почему не все письма, и почему они после пинка идут дальше. По логике, в очереди сервер и сам их вынимает время от времени и пытается доставить повторно.
    11 февраля 2018 г. 17:31
  • я уже установил оба хотфикса

    1. Предпочтение протокола IPv4 протоколу IPv6 в политиках префиксов

    2. Отключение IPv6 на всех туннельных интерфейсах

    И как уже писал, результата нет.

    И вот мне тоже эти две вещи непонятны.

    Заметил ещё одну странную вещь, я изменил таймауты и время повторов отсылки при ошибке. И пару раз письма уходили достаточно быстро, со второй-третьей попытки. Видимо ipv4 резолвится, но как-то рандомно, может всё таки проблема на стороне днса удаленного хоста, который отвечает с приоритетом ipv6, или вообще не ту запись? 

    11 февраля 2018 г. 18:09