Cumberbatch
Давайте схему рисуйте. Флудить не нужно
V 🏴☠️
Да причём тут схема? У меня вопрос с соксом, всё, что не касается сокса я уже сделал
V 🏴☠️
Вопрос простой - как сделать, чтоб на какой IP клиент соксом пришёл - с того и вышел?
Cumberbatch
Nikolai
Внешних тоже есть, да
Можно ли сделать некую таблицу соответствий:
На IP 1.1.1.1 ходим с 95.11.22.33
На IP 8.8.8.8 ходим с 95.11.22.34
и т.д.
Вы этого хотите?
V 🏴☠️
Nikolai
Ну и выходите на них так. Нафига тогда socks ?
V 🏴☠️
Nikolai
"выходить в инет сразу с нескольких IP"
Он так и будет выходить, если DST-IP разные.
Nikolai
В критерии src-nat ввести критерий dst-address
V 🏴☠️
DST - это не те IP, с которых вышли те, кто в gre. dst там могут быть разные, динамические, тупо имена
V 🏴☠️
socks тут не будет являться dst же
Cumberbatch
Nikolai
имена вообще не проблема
V 🏴☠️
Nikolai
пример проксёвой настройки еще
V 🏴☠️
Аналог скидывал выше для 3proxy
Nikolai
Давно скидывали? Ща полезу листать
V 🏴☠️
Вот пример куска конфига 3proxy, решающий данный вопрос
proxy -n -a -i1.1.1.1 -e1.1.1.1 -p64895
V 🏴☠️
Cumberbatch
Ну на микротике по схеме полно IP. Это это те адреса через которые нужно выходить в инет и через них было обращение к прокси? Так
V 🏴☠️
Cumberbatch
Ответ от прокси приходит с того же адреса на который запрос на прокси отправляется?
V 🏴☠️
Ответ клиенту? Ну наверное да, обычно так прокси и работает
Nikolai
V 🏴☠️
V 🏴☠️
Если -e указать другим, то трафик пойдёт на улицу с другого IP
Nikolai
Вопрос не в конфге 3proxy
V 🏴☠️
-i - это то, что слушает прокси. -e, это с какого ip данные подключения выгонять вовне
Nikolai
Вопрос "КАК НА КЛИЕНТЕ ВЫБИРАЕТСЯ IP/PORT"
Nikolai
proxy -n -a -i1.1.1.1 -e1.1.1.1 -p64895
Это промежуточная прокся. Для трансляции.
Где НА КЛИЕНТЕ указывается какую проксю и для чего выбирать?
V 🏴☠️
Вот даже элементарно в браузере поменял IP прокси, получил в 2ip.ru другой ip
Nikolai
Софт который шлёт GET и PUT как решает по какой проксе пойти?
V 🏴☠️
Nikolai
А прокси он находит как, по звёздам?
V 🏴☠️
Nikolai
Воот!
"он умеет выбирать нужные прокси для разных запросов."
Каким образом выбирается нужный прокси?
Cumberbatch
Конкретный ip из вашего пула
Нужно столько раз маркировать сколько у вас адресов
Cumberbatch
Автоматом никак
V 🏴☠️
src всегда тот IP, который выдан провайдером. Ещё раз, если вдруг упустили - mikrotik chr, находится в ДРУГОЙ физической сети, слушает порт, выставленный в интернет, клиенты ходят к нему через инет, а не через локалку. На проксю ходит ОДИН комп, у него так же ОДИН IP локальный
Cumberbatch
Nikolai
Nikolai
V 🏴☠️
Автоматом никак
Автоматом можно по приколачиванию меток к хэшу src IP, это тоже не проблема, если что.
dst разный, я не знаю каким будет dst, а сам socks не является dst, если я правильно понимаю. Если socks - это dst - то тогда поправьте меня
Cumberbatch
V 🏴☠️
V 🏴☠️
Руками приколочено всё это
Cumberbatch
V 🏴☠️
Вот этот GET ходит на 1.1.1.1
Вот этот PUT ходит на 2.2.2.2
Nikolai
ВАЖНО, ЧТО ИМЕННО РУКАМИ ПРОПИСАНО
Nikolai
Чтобы похожее на микротике прописать
V 🏴☠️
Вот выбрал софт регуляркой слово ololo в URL, отправил на определённый прокси
V 🏴☠️
V 🏴☠️
V 🏴☠️
Поэтому и говорю, что софт тут ни при чём
V 🏴☠️
Сокс вообще как то фаерволлом микротика управляем? Кроме тех случаев, когда надо закрыть порт для сокс или открыть. Или сокс - это вообще отдельная служба, которая не подчиняется правилам маршрутизации внутри микрота и ходит исключительно на default route?
Cumberbatch
Можно пример правила?
add action=mark-connection chain=forward comment="forward 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=prerouting connection-mark=cin_ISP-1.1.1.1 new-routing-mark=rout_ISP-1.1.1.1 passthrough=no
add action=mark-connection chain=forward comment="forward 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=prerouting connection-mark=cin_ISP-2.2.2.2 new-routing-mark=rout_ISP-2.2.2.2 passthrough=no
Nikolai
это вообще отдельная служба, которая подчиняется правилам маршрутизации внутри микрота.
Ходит как и все, по одной заданной таблице маршрутизации. По-умолчанию = default route.
Выбор таблицы не зависит от пути в url. Только от destination IP/port.
Yakov
Блин, я задачу понял, но подсказать ничего толком не могу )
Yakov
Есть микротик выставлен наружу кучей адресов, на нем сокс слушает все эти внешние адреса, есть клиент в интернете у которого в зависимости от каких-то параметров подставляется в качестве прокси один из внешних адресов тика, задача чтобы из тика запрос проксированный выходил с того же адреса на который он пришёл, а не дефолтного... так? )
V 🏴☠️
Cumberbatch
Yakov
Не, прокся 3proxy в качестве примера как это работало, задача переехать на рос
Nikolai
V 🏴☠️
V 🏴☠️
Вернее не так. Проходит, а не приходит
V 🏴☠️
Nikolai