Как подружить тик и sqid находящийся в другой сетке?

Нет, пингует все что можно, и прокся при указывание в браузере работает

я так понимаю и прокси используется от diladele?
интересно потестировать.
я заворачивал трафик на убунту сервер со сквидом. недавно совсем. можно маршрутом, а можно и с нат.
пробовал маркировать, но мне проще получилось так сделать :)
add action=dst-nat chain=dstnat disabled=no dst-port=80,8080 protocol=tcp src-address=192.168.1.22 to-addresses=192.168.100.70 to-ports=3128
add action=dst-nat chain=dstnat disabled=no dst-port=443 protocol=tcp src-address=192.168.1.22 to-addresses=192.168.100.70 to-ports=3129
ну и в /ip firewall filter дал доступ хостам и прокси выход в инет.
192.168.1.22 - хост для примера
при этом прокси пришлось выносить в другую подсеть. иначе траблы возникали

Нет там просто центос и накаченный на него спрут

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

Никита Решетняк, для таких случаев используют групповые политики, а не заворачивают трафик на прокси. это же не маршрутизатор.

Никита Решетняк, вот по вашей ссылке схема сети -

20ivs, Почти сквид находится в цоде у него другая сеть

20ivs, С политиками согласен, но гостей политикой не завернешь

Никита Решетняк, другая или та же, в данном случае, роли не играет. Сквид - прокси, а не маршрутизатор. Он запросы обрабатывает, а не трафиком рулит. Адрес сквида указывайте в качестве прокси у пользователей, а шлюзом остается Микрот.
Ну либо делайте из центоса полноценный маршрутизатор вдобавок к роли прокси. Только в этом случае все равно маршрут

(0,0,0,0 через 192,168,0,10)

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

Никита Решетняк, гостям гостевые сети =)
на DHCP сервере настраиваете опцию 252, это при раздаче адреса пропишет гостю и прокси.

20ivs, СОгласен но тем гостям нужно быть в основной... ))) Лан буду пробывать перенаправление крутить

Никита Решетняк, я предыдущий свой коммент подредактировал насчет прокси гостям.

20ivs, Ага.. Щас буду пробовать

не факт что он есть. этот маршрут.
если он берется из подключения к прову (рррое например), то в настройках подключения достаточно снять галочку "add defoult route" и маршрут добавить вручную уже с метриков 2, к примеру.
а unreachable может быть по разным причинам... может конфиг выложишь уже? :)
unreachable маршрут - выбран неверный интерфейс, на котором он ищет прокси. или выбранный интерфейс включен в бридж какой-либо. а может выбрана опция "check gateway" а ICMP на него запрещены.

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 ADS 0.0.0.0/0 pppoe-out1 1
1 DS 0.0.0.0/0 10.0.0.1 2
2 ADC 10.0.0.0/24 10.0.0.10 lte1 0
вот. маршруты 0 и 1 оба ричебл, независимо от метрики

Ruslan-Strannik, так-то да, согласен. я предположил самую дефолтную ошибку с маршрутом. и так оно и есть, скорее всего. но тут дело вообще в другом, тут этот маршрут не нужен вовсе. см переписку выше.

20ivs, Ruslan-Strannik, Решение было найдено на основе WPAD/PAC сейчас тестирую наблюдаю

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

20ivs, Согласен уже подстраховался