Постфикс: не возвращайтесь для удаленных отклонений

Со всем должным уважением ответ Paula Bean является неправильным.

клиент 1 действительно знает, является ли клиент 2 на той же подсети (уровень 3). Это не знает или заботится, является ли это в беспроводной или проводной сети (уровни 1 и 2). Это только знает и заботится, является ли это на той же подсети. Данные, предназначенные для хостов на той же подсети, отправляются непосредственно в те хосты, являются ли они на проводном или беспроводном соединении, никакая маршрутизация не происходит, таким образом, маршрутизатор не заменяет MAC-адрес отправителя своим собственным MAC-адресом и передает данные от клиента 1 клиенту 2. На самом деле функция маршрутизации беспроводного маршрутизатора не призвана для проигрывания вообще в этом сценарии, поскольку данные не должны быть направлены, потому что это локально для той же подсети. Беспроводная сеть является просто физической средой, на которой данные являются sent/recieved, но это работает как любая другая сеть на уровнях 1, 2, и 3. Данные, предназначенные для хостов не на той же подсети, действуют в качестве в сценарии A, данные, предназначенные для хостов на той же подсети, действуют в качестве в сценарии B.

Править:

Вот является информация об уровне 2 для сбора сетевых данных беспроводного клиента (Клиент 2) проверкой с помощью ping-запросов проводного клиента (Клиент 1) в моей домашней сети. Вы будете видеть, что MAC-адрес пакета от беспроводного клиента (SourceAddress) является MAC-адресом беспроводного NIC, не MAC-адресом беспроводного маршрутизатора.

Клиент 1:

Соединение Местности адаптера Ethernet:

Физический адрес.........: 00-21-9B-06-71-B5

Клиент 2:

Беспроводное Соединение Беспроводной сети сетевого адаптера:

Физический адрес.........: 00-22-5F-B0-5E-66

Сбор сетевых данных:

Ethernet: Etype = интернет-IP (IPv4), DestinationAddress: [00-21-9B-06-71-B5], SourceAddress: [00-22-5F-B0-5E-66]

Таким образом, как Вы видите, потому что оба клиента локальны для той же подсети, никакая маршрутизация не происходит, и пакеты от беспроводного клиента отправляются непосредственно проводному клиенту, и беспроводной маршрутизатор не выполняет маршрутизации и никакой замены MAC-адреса, и действует soley как физическая среда для коммуникации внутриподсети.

Править:

Когда контакт с внутриподсетью передает действия беспроводного маршрутизатора как устройство уровня 2 (переключатель). Когда контакт с межподсетью передает действия беспроводного маршрутизатора как слои 3 устройства (маршрутизатор).

0
задан 30 August 2013 в 13:41
1 ответ

Поскольку на самом деле вы не можете предотвратить отчеты о недоставке, я могу предложить только обходной путь, который далек от совершенства:

Направляйте почту на @ company2.com через выделенный клиент smtp - transport_maps сделает это за вас - и укажите карту regexp / pcre в master.cf для этого транспорта, который перезаписывает адрес отправителя, т.е. если письмо отправлено от spammer @ ex ample.com, вы перезаписываете его на spamsink+spammer=example.com@company1.com.Отказы будут доставлены на почтовый ящик spamsink@company1.com . Обратной стороной является то, что support@company2.com либо придется заново переписать адреса, либо никогда не увидит настоящего отправителя.

Стандартный ответ на это - убедиться, что политики UCE / UBE на вашем шлюзе и Company2.com шлюз, или что ваш ретранслятор занесен в белый список компанией company2.com (тогда им нужно будет изолировать / бороться со спамом самостоятельно).

0
ответ дан 24 November 2019 в 10:38

Теги

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