Как заставить Постфикс отправлять/передавать/передавать к субдомену, расположенному на другом сервере?

Мы управляем парой реализаций сети, где сторонние соединения соединены к централизованной магистрали Cisco (т.е. многопользовательская установка). Я могу сказать, что видел набор разнообразных (хорошо, гетто) устройства, подключенные до платформы Катализатора, и если существует одна вещь, которую я изучил, случается так, что платформа Cisco удивительно эластична к этим видам вещей.

Существует одна ахиллесова пята, хотя - дешевый концентратор в правильной конфигурации может легко снизить всю сеть с "широковещательным штормом", и это даже не отказ платформы Cisco. Я обнаружил это в производственной конфигурации, и единственное реальное исследование, которое я провел, находило самую близкую корзину для того концентратора, но здесь - как это произошло:

  1. Концентратор подключения к Коммутатору Cisco как нормальный, с восходящим портом
  2. Подключите рабочую станцию к порту концентратора (в нашем случае, выполняя Windows XP ОС, но не должен иметь значения),
  3. Соедините два других порта вместе на концентраторе (или непосредственно с единственным CAT5 или косвенно через другой концентратор).

Все работает гладко, пока та рабочая станция не отсылает широковещательное объявление. В то время как концентратор и Cisco достаточно умны для предотвращения "широковещательного шторма" на других широковещательных пакетах, концентратор не достаточно умен, чтобы обнаружить, что два из его портов подключены друг к другу и израсходуют почти 100% его вычислительной мощности для широковещательной передачи того пакета в бесконечном цикле назад и вперед, а также всех других портов (т.е. восходящий канал к Cisco).

Если это верно, в Вашей конфигурации, Вы заметите, что через Вашу сеть, все порты на том широковещательном VLAN сойдут с ума, вплоть до концентратора не может выдержать способность и отбрасывает волшебный пакет цикличного выполнения (могла быть пара минут в зависимости от конкурирующего трафика), и затем все вернулось к нормальному.

В этой ситуации SNMP не поможет Вам, так как все порты на том VLAN сходят с ума с трафиком. Однако Wireshark является Вашим другом здесь, так как легко получить, какой IP (и иногда машина называют, если это - широковещательный пакет) вызвал цикл, и быстро найдите неисправное устройство.

Может не быть точный случай, который Вы испытываете, но этот укусил нас трудно и мог бы дать Вам некоторое представление к исследованию с Вашей ситуацией.

2
задан 28 November 2011 в 18:28
3 ответа

Похоже, вы пытаетесь настроить шлюз SMTP и не хотите открывать доступ к вашему серверу Exchange для «внешней» сети, верно? Потому что обычно я просто настраивал соответствующие записи MX для домена.

Постфикс, по замыслу, не принимает почту для иностранных доменов, но постфикс не был бы постфиксом, если бы это было невозможно. Это просто требует, чтобы вы проделали немного больше работы, например, сообщив postfix, какие адреса электронной почты действительны (естественно, он не может определить это самостоятельно для поддомена). Здесь это хорошо объясняется: http://www.knowplace.org/pages/howtos/smtp_gateway_for_multiple_domains_with_postfix.php

3
ответ дан 3 December 2019 в 09:42

relay-domains действительно правильный параметр, но он это еще не все, что вам нужно делать.
Запустите postconf parent_domain_matches_subdomains и проверьте, присутствует ли relay_domains; если это так, добавьте строку в main.cf и удалите relay_domains из списка (или полностью отключите параметр, но убедитесь, что вы понимаете последствия)

1
ответ дан 3 December 2019 в 09:42

Ошибка указывает на то, что exchange.example.com не существует в DNS. Чтобы postfix мог найти сервер обмена, он должен иметь возможность преобразовать доменное имя exchange.example.com в IP-адрес, чтобы он знал, куда его направить.

1
ответ дан 3 December 2019 в 09:42

Теги

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