Проблемы с перенаправлением 80 на 8080 из MT в Squid на Linux.

Также обратите внимание, что это правило нужно разместить выше вашего правила `proxy dstnat`.

Какая версия Squid у тебя установлена? Какая версия Linux? Я использую 2.6STABLE9 на CentOS 4.4 и мне пришлось скомпилировать Squid с поддержкой netfilter и добавить опцию transparent в squid.conf. Те опции, которые ты перечислил, я думал, предназначены для BSD-систем, насколько я понимаю. http://www.visolve.com/squid/sqguide.php Как эта настройка работает для тебя? Я недавно перешёл с интегрированных кэшей Mikrotik (пробовал оба) на DST-NAT к внешнему Squid. В целом работает отлично. Сайты, которые используют форму аутентификации NTLM, работают нормально с Squid 2.6, где они не работали с Mikrotik или Squid 2.5. Кажется, работает намного быстрее. Загрузка процессора на Mikrotik в пиковые периоды достигала 100 процентов, когда он осуществлял кэширование. Теперь, когда он просто DST-NAT’ит на Squid, он достигает пика в 9 процентов. Загрузка процессора на Squid-боксе составляет 1.5 процента. Есть одна проблема. В определённое время, обычно в пиковые периоды, определённые IP-адреса, пытающиеся использовать кэш, теряют доступ. Они могут делать всё, кроме HTTP. Они даже могут пинговать кэш. В то же время другие пользователи используют его нормально. Статистика на Squid выглядит отлично, и, судя по статистике Squid, есть достаточно свободного количества 'file descriptors'. Через несколько минут этот пользователь возвращается. Не уверен, что происходит. Может быть, таблица DST-NAT Mikrotik не справляется с 400+ IP-адресами с большим количеством подключений каждый в пиковые периоды? Это на Mikrotik версии 2.9.39. Какие идеи? Matt

Что отображается клиентам, когда система зависает? Ошибка "доступ запрещен" или таймаут соединения? Они ничего не видят. Таймаутится и выдаёт сообщение об ошибке, что страницу невозможно отобразить. Через несколько минут начинает работать. По cachemgr всё в порядке, свободные file descriptors есть. Я добавил “ulimit -HSn 8192” в rc.local и перезагрузил систему, а потом пересобрал Squid с 8192 descriptors вместо 1024. Посмотрим, поможет ли это, но сомневаюсь. Я перенаправляю трафик на Squid с помощью DST-NAT в Mikrotik. Добавил статический маршрут на Linux-боксе Squid обратно к роутеру. Как я уже говорил, всё работает нормально, но изредка для определённых IP-адресов всё просто недоступно на несколько минут. На работе видел, как это происходило дважды с нашим IP. Подключился по VNC к другому ПК с другим IP, и всё работало отлично. Проблема разрешилась примерно за 3 минуты. Этот кэш обслуживает около 500 беспроводных подключений и 250 dial-up. Буду признателен за любую помощь, спасибо. Matt

Да, согласен — чтобы обслуживать такое количество клиентов (750+), требуется гораздо больше, чем стандартная конфигурация Squid. И на каком железе вы работаете? Минимум 2.8 ГГц и 512 МБ ОЗУ.

Файловый дескриптор – это не единственное, что важно… есть еще и предел числа соединений, файловая система, ядро и множество других вещей в конфигурационном файле. Обратитесь к консультанту, если вам нужен высокопроизводительный кэш, или можете связаться со мной по адресу born2be_loved@hotmail.com. С уважением, Асад Раза.