>[оверквотинг удален]
>>
>>А у Вас, что обе сети сидят на общем хабе? Тогда какой
>>смысл в двух сетях? И какой смысл держать squid не на
>>шлюзе, смотрящем в интренет?
>>
>>ИМХО избыточно сложная конфигурация. Можно проще.
>
>смысл в двух сетях есть, он заключается в следующем: мне его навязали.
>Смысл раздельно держать squid тож есть...мне проще..... Молодой человек а подсказать
>по делу чего нибудь? Зачем тогда было писать? Поясняю: ошибки в лог у Вас валятся именно потому, что один и тот же MAC виден на нескольких интерфейсах сразу. Так быть не должно. Это раз.
Вынося squid с компа, на котором шлюз, вы тем самым не упрощаете, а усложняете конфигурацию сети, а кроме того, сами себе создаёте двойной трафик, ибо клиент посылает запрос на squid, тот в свою очередь через шлюз отсылает его наружу, получает ответ и пересылает его клиенту. И весь это лишний трафик ходит по Вашей же сети. Оно Вам надо? Тогда пожалуйста. Это два.
Теперь о коммутировании двух разных сетей в одном хабе. Здесь трафик, который вы завернёте на squid из второй сети уже не удвоится, а утроится, потому что сначала вы его прогоните на шлюз, который между сетями, который в свою очередь прогонит его на squid, который пошлёт его наружуи потом всё тоже самое в обратную сторону. Опять-таки, оно Вам надо?
Если желание создавать самому себе головную боль не исчезло, то объясняю как сделать её (боль) максимальной.
1. На шлюзе, который смотрит в 10-что-то-там надо сделать одно из двух:
а) Включить forwarding между интерфейсами. Брэндмауэр с политикой "пропускать всё" можно отключить для повышения быстродействия шлюза.
б) Если уж используете брэндмауэр, то включите на нём NAT и транслируйте адреса сети 10.* в адрес на втором интерфейсе.
В обоих случаях шлюзом по умолчанию необходимо выставить основной шлюз в сети 192.*.
2. Если вариант 1, то на основном шлюзе надо прописать маршрут в сеть 10.* через адрес второго шлюза.