Проблема:
В поднятом http proxy с помощью 3proxy не проходит трафик через внешние интерфейсы. Ошибка в логах 00013 (сбой подключения connect())


Задача:
Устранить проблему и заставить прокси сервер работать с внешними интерфейсами.


Тезисно про конфигурации и ситуацию:

• Имеется Raspberry Pi 3 B+ с Raspbian Stretch на борту


• Основной сетевой интерфейс eth0 - это физический LAN от роутера к малине с присвоенным от роутера статическим ip


• Два дополнительных сетевых интерфейса eth1 и eth2 - это подключенные через USB-hub 4g модемы Huawei e3372h, работающие в режиме роутера и выдающие своему клиенту по dhcp один и тот же ip


• все сетевые интерфейсы и их названия в Raspbian сконфигурированы полностью автоматически. Сеть по-умолчанию управляется dhcpcd


• все сетевые интерфейсы при загрузке по умолчанию подняты и имеют доступ к интернет


• Версия 3proxy - последняя, скомпилированная на этой же системе


• 3proxy.cfg и включенные в него конфиги прописаны правильно. По крайней мере на Centos работал. Конфиг /usr/local/3proxy/main.cfg прописан для выхода через тот же интерфейс, что и для входа, - он работает.

/usr/local/3proxy/3proxy.cfg:


daemon
maxconn 32
nscache 65536
timeouts 1 5 30 60 180 1800 15 60
log /var/log/3proxy.log D
logformat "L%C - %U [%d/%o/%Y:%H:%M:%S %z] ""%T"" %E %I %O %N/%R:%r"
internal 192.168.0.190
include /usr/local/3proxy/main.cfg
include /usr/local/3proxy/modem1.cfg
include /usr/local/3proxy/modem2.cfg

/usr/local/3proxy/main.cfg (который работает):


auth none
proxy -p8000
flush

/usr/local/3proxy/modem1.cfg


auth none
proxy -p52001 -a -e192.168.11.100
flush

/usr/local/3proxy/modem2.cfg


auth none
proxy -p52002 -a -e192.168.12.100
flush

!На непродолжительное время удалось исправить проблему с помощью внесения вручную конфигурации для всех интерфейсов в /etc/network/interfaces, который изначально вообще был пустым и ссылался на dhcpcd. Но это мутная история, описание которой опущу. Было много побочных эффектов, в итоге все поломалось и возобновить успех не удалось.


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


Если надо могу предоставить еще конфиги.