squid + route + 2 ISP = всё почти работает! но...

>При переключении прокси

что это значит?

Сорри, имелось ввиду при «включении прокси в браузере».

Вроде маршрутизация в данной ситуации не должна так влиять. Сначала определитесь, где проблема, в браузере или squid'е. Допустим, запустите на сервере:

tcpdump -i eth-Локальный -n -nn host «ip-адрес вашей машины» and port «порт на котором слушает сквид»

Если сразу на первый запрос после перключения есть пакеты, причём в оба направления, значит надо смотреть squid. Возможно, у него проблема с DNS. squid можно проверять запуская на сервере «client» или «wget», только разрешить в squid'е соединение со 127.0.0.1.

> нету связи минуты 2-3. Потом всё появляется. Я так понимаю, дело в роутинге?

да, в нём родимом. если у вас просто два дефолтных маршрута с разными метриками, и падает маршрут с меньшей метрикой, то как-раз минуты две-три обращения с адресам попавшим в кеш всё равно будут идти в него и соотв. обламываться.

чтобы таймаут с потерями стал меньше и незаметнее, нужно либо обмениваться маршрутной информацией с провайдерами (то есть заполучить AS настроить BGP и перейти на другой уровень гемороя), или тем или иным образом допонительно тестить работу направлений и при обломах/восстановлениях командовать ip route flush cache

неизбежное зло в виде 2-3 минут простоя в месяц, при падениях основного канала не такое уж и большое зло. А если основное направление падает часто, то это повод менять провайдера или предъявлять претензии.

Большое спасибо всем! Пока буду дальше долбить. Просто хотелось понять, верно ли мыслю. И всё же думается мне, что проблема как раз в роутинге. Squid уже три года умница бегает и работает на отлично. Вот еще интересно, есть ли какой-нить универсальный способ настроить два дефолта...

как вариант просто в бридж все закинуть и стп настроить - bridge-utils brctl