Действительно ли нормально для домашнего маршрутизатора НЕ ответить на запросы MX?
Мой домашний маршрутизатор (Netgear DG834G) не отвечает на запросы на адреса MX от внутренней сети. Действительно ли это нормально? Это действительно отвечает на другие запросы.
Мой предыдущий маршрутизатор - Путешественник BT 2091 - отвеченный и MX и запросы неMX.
Я знаю, что это необычно, но я выполняю свой собственный mailserver. После того, как маршрутизатор был подкачан, никакая исходящая почта не отправляется. О почтовой программе (VPOP3) сообщают:
427 Никаких ответов с сервера DNS - не проверьте свои настройки. (неудавшийся)
Я выполнил Wireshark в сети, и было ясно, что маршрутизатор не ответил на запросы MX, все же это действительно отвечало на другие запросы DNS. Это не отрицательный ответ, это, кажется, полностью игнорирует их.
Как обходное решение я настроил программу VPOP3 для использования общественности Google серверы DNS, это хорошо работает.
Если я покупаю другой маршрутизатор, я, вероятно, для нахождения этого поведения снова? Или я только что был неудачен?
Обширный поиск Google не поднял никого больше с этой проблемой. Это может отразить, как немного домашних пользователей выполняют свой собственный mailserver. Я сомневаюсь, что это влияет на любой другой вид использования.
7 ответов
Я никогда не обнаруживал, почему маршрутизатор Netgear вел себя по-другому к старому.
Я оставляю mailserver программу настроенной с общественностью Google адреса сервера DNS. Это - обходное решение, но я удовлетворен им.
Я изучил поведение прокси DNS в домашних маршрутизаторах экстенсивно (включая DG834) и никогда не видел проблемы, которая была конкретным типом запроса.
Я видел много проблем, связанных с длиной ответа DNS и/или необычными флагами ответа.
- Какие аппаратные средства версии и встроенное микропрограммное обеспечение являются маршрутизатором?
- Каков фактический запрос DNS, который Вы отправляете?
- Этот почтовый сервер внутри или снаружи Вашей сети.
Если новый маршрутизатор NAT имеет SPI (Проверка пакетов С сохранением информации), и это включено, Вы могли бы попытаться отключить его. Много реализаций SPI вокруг предположений, которые, кажется, противостоят против основанных на хостинг-сервере приложений позади/в защищенной сети SPI.
Это довольно необычно. Я никогда не видел домашний маршрутизатор, который рассматривал некоторые типы записи DNS по-другому по сравнению с другими.
Я ожидал бы, что это поведение будет вызвано ошибкой во встроенном микропрограммном обеспечении или возможно очень неясной установкой, но я не могу предположить причину. Вы уже попытались отладить с Wireshark, таким образом, я предположу, что Вы имеете некоторое знание сетей и уже точно определили это, проблема на самом деле с Вашим маршрутизатором.
Сверьтесь с сайтом производителя для микропрограммного обновления.
Я ничего не вижу в руководстве по продукту, которое указывает, что маршрутизатор поддерживает DNS, таким образом, я не знаю то, что Вы ожидаете, что это сделает.
Я предполагаю, что Ваш почтовый трафик работает на стандартном порте SMTP 25? Если так, Вы захотите установить некоторые маршруты NAT для трафика в том порте, to/from Ваш почтовый сервер и установить Ваш маршрутизатор для использования серверов DNS ISP. Это должно выполнить то, что Вы ищете (предположение, что Вы хотите, чтобы весь почтовый трафик прошел Ваш почтовый сервер).
Я предполагаю, что Ваш предыдущий сервер DNS не работает правильно, таким образом, он не передает назад запрос.
Попробуйте еще раз в понедельник получать ответы MX от него. Если не работает, сообщает владельцу об этом.
Я попытаюсь вручную добавить общедоступный DNS в конфигурации маршрутизатора (если возможный) и тест против этого.