Нене. Никого никуда пересылать не надо. Запрос сразу на прокси сервер приходит

Вот как ему сказать, что output должен быть тем же адресом, что и инпут?

Тааак. На схеме же прокси в другом месте

Гм. Причем тут forward? На хосте с проксей это input. Socks для обслуживания пришедшего запроса сам инициирует новый исходящий connection (output), который не будет отмаркирован.

Поэтому и форвард

Поясните. ЧТо значит "поэтому" ?

Потому что прокси то в другом месте.

на хосте с проксей

На микроте с пулом адресов есть прокся?

У него да. И пул адресов и прокся на одном хосте. Прокся с пулом.

Или там двойная прокси?

По схеме же нет. Я запутался.

И на нём много IP

Схема у вас странная

Схема у вас странная

Я бы сказал "психоделическая модель управления трафиком" 😂

Слева комп, посерёдке инет, справа микротик с включённым socks и пачкой ip

Так. А ну да. Тогда не форвард и инпут и второе правило Output

На ферму ботов похоже )))

Я запутался=) Что на что поменять надо? С инпут и аутпут вообще перестало работать=)

Не, всё равно по дефолтному гонит

Таблицы покажите. Дефолтный маршрут. В моем правиле это rout_ISP-1.1.1.1 и rout_ISP-2.2.2.2

https://pastebin.com/giACRV9y

https://pastebin.com/giACRV9y

Вернее первые два от вторых двух

forward+output я понимаю. А вот input+output - нет

Сначала форвардим с dst с меткой коннекшн, а потом эту метку меняем на роут и передаёт в таблицу роутов

Вам нужно что бы то что пришло(Input) потом ушло с определенным адресом (Output)

Тогда и первые два должны быть input+output?

add action=mark-connection chain=input comment="input proxy 1" connection-state=new dst-address=1.1.1.1 in-interface=ISP new-connection-mark=cin_ISP-1.1.1.1 \ passthrough=yes add action=mark-routing chain=output connection-mark=cin_ISP-1.1.1.1 new-routing-mark=rout_ISP-1.1.1.1 passthrough=no add action=mark-connection chain=input comment="input proxy 2" connection-state=new dst-address=2.2.2.2 in-interface=ISP new-connection-mark=cin_ISP-2.2.2.2 \ passthrough=yes add action=mark-routing chain=output connection-mark=cin_ISP-2.2.2.2 new-routing-mark=rout_ISP-2.2.2.2 passthrough=no

input+output не работают

А ещё я так понял что физический пров один и соответсвенно шлюз тоже один

Ну да. Но там на самом деле один адрес отдельно от подсети, вот через этот один адрес и выходит вечно

/ip route add distance=1 gateway=100.200.100.1 pref-src=100.200.100.200 routing-mark=65 add distance=1 gateway=200.100.200.1

Там сейчас 11 адресов в общей сложности. Один из другой подсети, который был основным, потом приделали подсеть из 10 адресов ещё. Вот тот, что 200.1 - это был первый

Тогда может вторым правилом не роут марк вешать а src nat делать?

Так я пробовал и так у меня сделано для туннеля для тех, кто имеет свои IP локальные, оно так тоже с дефолтного IP выгоняет. Могу правило для src-nat показать

/ip firewall nat add action=src-nat chain=srcnat connection-mark=65 out-interface=ether1 \ to-addresses=100.200.100.200

Ну через этот шлюз, в смысле, последний октет другой, конечно же

Ну да, конечно, оно же работает, в инет выходит

Ну да, конечно, оно же работает, в инет выходит