Писал как-то Alex Barinov к Dmitriy Romanov примерно 31 Янв 23 в 21:19 А я смотрю и фигею. VB>>> сразу же в момент получения. И эхи/фэхи и нетмыло. Hа холде - VB>>> только моё собственное нетмыло получается. Поэтому для моей VB>>> ситуации как раз достаточно только образа. DR>> Кстати, насчет вот такой конфигурации. Нигде не нашел (возможно потому DR>> что нету) как сделать форвард-рескан. То есть имеем такую картину. На DR>> ноде все эхи в passthrough, ну или большинство. Есть поинт-архивариус, DR>> который подписан на все эхи и копит всю базу в себе. Чтобы линк мог DR>> сделать рескан, который на ноде отфорвардится поинту-архивариусу, DR>> а оттуда уже пришедшее отправится запросившему.
AB> Из коробки такого не припомню, а если самому конструировать, то получается AB> что-то вроде поинта-архивариуса с синхронизированным с боссом конфигом AB> тоссера, рескан-запросы форвардятся на поинта (а лучше пусть линки сразу AB> запросы на поинта пишут), поинт пакеты с ресканами отправляет на босса в AB> отдельный инбаунд, там тем же rntrack-ом переписывается FromAddress в AB> пакетах, пакеты перекладываются в outbound.tmp и там пакуются на линка. AB> Как-то так. (c) Тогда легче поинту в конфигах добавить адрес ноды, а в линках - всех линков. Запрос рескана форвардится трекером, а поинт уже пакует на нужного линка. Потом из его аутбаунда в нодовый придется перекладывать внешним скриптом. Но мне кажется это уж очень криво.