LINUX.ORG.RU
ФорумAdmin

Squid с перенаправлением на разные интерфейсы

 


0

1

Есть шлюз 10.20.30.2, на котором поставил squid

Подключена локалка 10.20.30.0/16, в которой сидят пользователи

В него же воткнуты модемы: 10.10.11.1, 10.10.12.1, 10.10.13.1, 10.10.14.1 через которые можно получить интернет

Прокся работает - кеширует, но сейчас весь трафик идет через 10.10.11.1, от чего он греется и зависает. Модемы добавлены, а вот трафик распределить не получается.

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.10.11.1      0.0.0.0         UG    0      0        0 eth1
10.10.11.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.10.12.0      0.0.0.0         255.255.255.0   U     0      0        0 eth2
10.10.13.0      0.0.0.0         255.255.255.0   U     0      0        0 eth3
10.10.14.0      0.0.0.0         255.255.255.0   U     0      0        0 eth4
10.20.30.0      0.0.0.0         255.255.255.0   U     0      0        0 eth0

Нагуглил вариант с привязкой порта прокси к исходящему интерфейсу, но работать не хочет. Удалил все ограничивающие правила, оставил http_access allow all - все равно не работает, в браузере получаю «Попытка соединения не удалась»

Мой конфиг:

# указываем на каком порту слушать входящие подключения клиентов
http_port 10.20.30.2:32011 name=port11 
http_port 10.20.30.2:32012 name=port12
http_port 10.20.30.2:32013 name=port13
http_port 10.20.30.2:32014 name=port14

# Создаём правило
acl ip11 myportname port11 
acl ip12 myportname port12 
acl ip13 myportname port13
acl ip14 myportname port14 

# Устанавливаем исходящий адрес запроса
tcp_outgoing_address 10.10.11.1 ip11
tcp_outgoing_address 10.10.12.1 ip12
tcp_outgoing_address 10.10.13.1 ip13
tcp_outgoing_address 10.10.14.1 ip14

http_access allow all

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

Читать LARTC, конкретнее - вот эту часть

tcp_outgoing_address нормально работать не будет, если под него не будет соответсвующих правил маршрутизации. В твоем случае еще и Policy based routing не помешает. Всё описано в доке, ссылку на которую я дал выше.

Кстати по портам разбивать не обязательно, если есть какие-нибудь другие критерии, например адреса самих клиентов, - лучше разбивать по ним, гибче получится

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.