Linux.by

На работе стоит такая вот связка. В качестве parent - какой-то WinProxy (вроде как 1.4), трогать его возможности не имею, в обход идти - тоже никак.
Когда запрашиваешь что-нибудь у сквида - все хорошо, он благополучно ресолвит хост и запрашивает у вышестоящего то, что надо. Хорошо, радуемся жизни и запрашиваем ту же страничку еще раз. Упс! tcpdump говорит, что мы еще раз лезем за этой страничкой на parent Соответственно имеем тормоза и забитый под завязку исходящий канал
Что делать? Есть подозрение на этот winproxy, что он даже не кэширует толком... По крайней мере, метод CONNECT реализован в нем кривовато, FTP - ужасно, что позволяет предположить, что и кэширование не лучше...

Jek писал(а):запрашиваем ту же страничку еще раз. Упс! tcpdump говорит, что мы еще раз лезем за этой страничкой на parent

Есть несколько вещей, из-за которых происходит повторный запрос.
Наиболее очевидные причины:
- http-заголовки при отдаче страницы
- модификация этих заголовков парентом.
- настройки squid'а (максимальный размер кэшир. объекта, параметры типа prefer_direct и пр.)

Так что задача имеет несколько решений

Сегодня буду читать описание протокола HTTP, но не знаю, успею ли...
Первая причина сразу отпадает, поскольку дома на тех же страницах все ОК.
На парент больше всего подозрений. Сегодня буду щупать, пока народу мало лезть будет.
prefer_direct не трогал, стоит never_direct на все внешние адреса.
Макс. размер кэшируемого объекта - 1М
Объем кэша - 200М