А ответ-то брать откуда?

Что бы DDoS'ить было проще?

не понял...

Лучше какойнить haproxy под это дело юзать, мейби он умеет.

А зачем?

Ваще, в контексте tcp это выглядит херней какойто полной.
Какую проблему ты решаешь?

Да с любого в принципе. Ну или по правилу какому-нибудь.

Тестирование. Есть два тестовых контура (условно одинаковые), умеющие принимать от сторонних систем сообщения. И не все системы умеют слать эти сообщения на два адреса. А надо чтобы сообщения появлялись на обоих контурах. Контуров два, поскольку две комманды тестировщиков и надо чтобы они друг-другу не мешали.

Это тестовые системы, не продакшен.

Если тебе не нужен ответ то можно попробовать зеркалировать трафик. Неоднократно.

А мешать они могут, поскольку на эти сообщения от сторонних систем еще накладываются действия условного пользователя.

Можно попробовать. Надо погуглить..

Это могут уметь свитчи, это умеет iptables. Но не уверен что iptables может уметь это больше одного раза. И не уверен что это тебе на самом деле подойдёт. Потому что обратной связи практически не будет.

Чот мне вообще крышняк подснесло.. Направить на два и более хостов одновременно один и тот же запрос..

Погугли «nginx upstream» может это будет ближе к задаче чем его же прокся

это умеет iptables

Через TEE. Только это бесполезно, так как в установлении соединения участвуют обе стороны.

Тестирование. Есть два тестовых контура (условно одинаковые), умеющие принимать от сторонних систем сообщения. И не все системы умеют слать эти сообщения на два адреса. А надо чтобы сообщения появлялись на обоих контурах.

Т.е. есть два приложения. Они должны слать запрос сразу в две системы, но одно приложение это умеет, а другое нет, а надо чтоб умели все, и ты хочешь подписать на это nginx?

Помнишь Чебурашку?

- Дайте тогда и гнутый молоток.
- Зачем?
- Чтобы забивать гнутые гвозди

Вместо того, чтобы исправить кривое приложение, ты хочешь погнуть reverse proxy, а если окажется мало, то и сетевой стек?

Лол, что ещё сказать

Т.е. есть два приложения. Они должны слать запрос сразу в две системы, но одно приложение это умеет, а другое нет, а надо чтоб умели все, и ты хочешь подписать на это nginx?

Ну, вообще правильное поведение - слать запрос в одну систему. Но одних разработчиков мы убедили добавить фичу с дублированием сообщений, для тестирования, а вот вторые не такие сговорчивые.

Вместо того, чтобы исправить кривое приложение, ты хочешь погнуть reverse proxy, а если окажется мало, то и сетевой стек?

Оно не кривое. Оно совершенно правильное. В продакшене запрос надо слать ровно в одно место. А сейчас нужен кривой велосипед с квадратными колесами, для тестирования.