форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Кэш"
Сообщение от Ivan on 16-Окт-03, 19:31  (MSK)
В небольшой сеточки раньше клюенты ходили в нет через нат. Потом, с челью экономия трафиика я натроил прозрачный прокси - squid. Все стали ходить через него (в логи заноситься, кто где был). Но почему-то я не замелил, чтобы уменьшился траффик. =( Скорее всего я просто неправильно что-то настроил. Скажите, пожалуйста, как можно узнать, искользуется ли кэш, что в нем находиться. Также буду очень благодарен за статейку по настройке кэша в сквиде. Заранее большое спасибо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Кэш"
Сообщение от denn on 16-Окт-03, 20:19  (MSK)
http://www.bog.pp.ru/work/squid.html
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Кэш"
	Сообщение от Ivan on 17-Окт-03, 01:36  (MSK)
	Спасибо, почитал. Немножко в говове прояснилось, попробую сказать, в чем проблема: Поднят сквид, но он почему-то не кэширует (в логи все время пишется TCP_MISS, вместно безумно ожидаемого TCP_HIT). Где у меня руки кривые? (вот swuid.conf): http_port 192.168.1.1:111 icp_port 0 htcp_port 0 acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY cache_mem 8 MB cache_dir ufs /var/spool/squid 100 16 256 dead_peer_timeout 0 seconds request_body_max_size 0 refresh_pattern ^http: 0 0% 0 override-expire reference_age 1 year negative_ttl 1 minutes range_offset_limit 0 KB peer_connect_timeout 3 seconds read_timeout 5 minutes request_timeout 60 seconds half_closed_clients off acl clients src 192.168.1.0/255.255.255.0 acl all src 0.0.0.0/0.0.0.0 http_access allow clients http_access deny all httpd_accel_host virtual httpd_accel_port 80 httpd_accel_with_proxy on httpd_accel_uses_host_header on nonhierarchical_direct off
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Кэш"
	Сообщение от denn on 17-Окт-03, 10:16  (MSK)
	с портами (111) все настроено на клиентах, кеш дир, пермишены?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Кэш"
	Сообщение от Ivan on 17-Окт-03, 15:42  (MSK)
	>с портами (111) все настроено на клиентах, кеш дир, пермишены? На клиентах вообще ничего не трогалось - скид изображает из себя прозрачный прокси (средствами iptables все запросы на http порты перекидываются на 111 порт локальной машины). Кэш дир существует, создавалась с помощью squid -z, так что пермишены в норме. Где еще можно копать?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Кэш"
	Сообщение от denn on 17-Окт-03, 16:25  (MSK)
	refresh_pattern ^http: 0 0% 0 override-expire закоментируй и глянь...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Кэш"
	Сообщение от Ivan on 17-Окт-03, 17:19  (MSK)
	>refresh_pattern ^http: 0 0% 0 override-expire >закоментируй и глянь... Закоментировал, перегрузил (сквид) и гляжу... Имхо ничего не изменилось, все то же самое - в access.log все время пишется TCP_MISS и еще (!) ни разу не был TCP_HIT. Я заглядывал в /var/spool/squid - туда пишутся файлы, но почему-то оттуда не берутся.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Кэш"
	Сообщение от denn on 17-Окт-03, 17:39  (MSK)
	проверь еще раз: refresh_pattern [-i] regex MIN_AGE percent MAX_AGE[options] По умолчанию (я эти числа изрядно увеличиваю): refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern . 0 20% 4320 options override-expire - нарушение стандарта HTTP! - использовать min даже если явно задан expire override-lastmod - использовать min даже для недавно модифицированных объектов reload-into-ims - нарушение стандарта HTTP! - преобразует клиентские запросы типа no-cache в If-Modified-Since ignore-reload - нарушение стандарта HTTP! - игнорировать заголовки no-cache или reload в запросах клиентов
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.