squid.conf по-русски. Секция ICP

Перевод подготовила команда проекта http://break-people.ru

Секция: ICP OPTIONS
-----------------------------------------------------------------------------

TAG: icp_port

Этот тэг определяет номер порта, который Squid будет использовать для отправки и приёма ICP запросов к соседским кэшам и от них. По умолчанию, номер порта 3130. Чтобы выключить использование ICP, установите значение этого тэга в "0", без кавычек.

По умолчанию:

icp_port 3130

TAG: htcp_port

Примечание: Этот тэг доступен только, если Squid скомпилирован с опцией --enable-htcp

Этот тэг определяет номер порта, который Squid будет использовать для отправки и приёма HTCP запросов к соседским кэшам и от них. По умолчанию, номер порта 4827. Чтобы выключить использование HTCP, установите значение этого тэга в "0", без кавычек.

По умолчанию:

htcp_port 4827

TAG: log_icp_queries on|off

Этот тэг включает/выключает запись ICP запросов в журнал. Если тэг в значении "on", то запись будут проивзодится в журнал access.log. Если в "off" - запись не будет производится. Возможно, вам захочется отключить эту возможность, если к вашему прокси поступает ОЧЕНЬ много запросов, что затрудняет чтение и анализ логов в последующем.

По умолчанию:

log_icp_queries on

TAG: udp_incoming_address

Этот тэг определяет адрес на котором, Squid будет принимать UDP пакеты от соседских кэшей.

По умолчанию, Squid слушает на всех доступных в системе сетевых интерфейсах.

Если вам необходимо, чтобы Squid принимал все UDP пакеты на каком-то определенном адресе, то используйте этот тэг для указания его(адреса).

Примечание: Тэг udp_incoming_address используется модулями ICP, HTCP, и DNS. Изменение значения этого тэга, затронет их(модули ICP, HTCP и DNS).

Смотри также: udp_outgoing_address

Помните, udp_incoming_address и udp_outgoing_address не могут иметь одинаковые значения, так как они оба используют один и тот же порт.

По умолчанию:

udp_incoming_address 0.0.0.0

TAG: udp_outgoing_address

Этот тэг определяет адрес от которого, Squid будет отправлять UDP пакеты к соседским кэшам.

По умолчанию, не установлен какой-то конкретный адрес.

Если тэг udp_outgoing_address установлен в значение 255.255.255.255 (по умолчанию), то это означает, что будет использоватся тот же сокет(адрес) для отправки пакетов, который используется для приема пакетов (установленный в тэге udp_incoming_address). Если вы хотите, чтобы пакеты отправлялись через другой адрес, то используйте этот тэг.

Примечание: Тэг udp_ outgoing _address используется модулями ICP, HTCP, и DNS. Изменение значения этого тэга, затронет их(модули ICP, HTCP и DNS).

Смотри также: udp_incoming_address

Помните, udp_incoming_address и udp_outgoing_address не могут иметь одинаковые значения, так как они оба используют один и тот же порт.

По умолчанию:

udp_outgoing_address 255.255.255.255

TAG: icp_hit_stale on|off

Этот тэг разрешает/запрещает отправку ICP_HIT для устаревших объектов кэша. Если вы хотите, чтобы возвращалось ICP_HIT для устаревших объектов, то установите значение этого тэга в "on". Если у вас настроена связь с соседскими прокси в других административных доменах, то значение этого тэга должно быть в "off". Если вы один, управляете всеми соседскими кэшами, тогда можно установить этот тэг в "on". Если значение этого тэга "on", то соседские прокси должны использовать опцию 'allow-miss' в тэге cache_peer для вашего кэша.

По умолчанию:

icp_hit_stale off

TAG: minimum_direct_hops

Этот тэг определяет минимальное количество прыжков(hops) до соседского кэша. Если количество прыжков(при использовании ICMP ping) до соседского кэша будет больше указанного в этом тэге числа, то сайт будет браться напрямую(direct). Это может быть полезно, если соседский прокси, имеющий нужную информацию, находится далеко. В таком случае, если до него количество прыжков до него больше, чем установлено в этом тэге, то необходимая информация(сайт) будет братся напрямую из Интернет.

По умолчанию:

minimum_direct_hops 4

TAG: minimum_direct_rtt

Этот тэг определяет минимальное время отклика от соседского кэша. Если время отклика от соседского кэша(при использовании ICMP ping) будет больше указанного в этом тэге, то необходимая информация(сайт) будет браться напрямую из Интернет. Это может быть полезно, если соседский прокси, имеющий нужную информацию, находится далеко. В таком случае, если его время отклика больше, чем установлено в этом тэге, то необходимая информация(сайт) будет братся напрямую из Интернет.

По умолчанию:

minimum_direct_rtt 400

TAG: netdb_low
TAG: netdb_high

Эти тэги задают нижнюю и верхнюю границы количества записей для базы данных измерения ICMP, соответственно. В этой базе хранятся данные о произведенных ping'ах(время затраченное на доступ и количество прыжков). Указывается в цифрах! Не в процентах!. По умолчанию, 900 и 1000, соответственно. Как только будет достигнута верхняя граница(накопится 1000 записей), то Squid согласно некоторым правилам(устаревшие записи и т.п.), начнет удалять записи из netdb. Он будет удалять их до тех пор, пока их количество не станет равным нижней границе(пока не станет 900 записей). При других цифрах логика та же, т.к. пример приведен для значений по умолчанию.

По умолчанию:

netdb_low 900
netdb_high 1000

TAG: netdb_ping_period

Этот тэг устанавливает минимальный промежуток времени между ping'ами в одну и ту же сеть. По умолчанию, промежуток составляет 5 минут.

По умолчанию:

netdb_ping_period 5 minutes

TAG: query_icmp on|off

Этот тэг определяет будут ли включать или нет ICMP данные в ICP запросы, ваши соседи.

Если ваши соседские прокси скомпилированы с опцией '--enable-icmp', то они будут включать в ICMP данные, информацию об ICMP ping'ах до того веб-сервера, чей URL был запрошен вашим прокси. Если вы установите значение этого тэга в "on", то в ICP ответы от соседей будет включена и ICMP информация(если таковая есть). Затем, Squid выберет соседский кэш, до которого будет минимальное время отклика, и назначит его для себя родительским. Такой родительский кэш, будет обозначатся в журнале access.log, в поле hierarchy(Иерарахия), как "CLOSEST_PARENT_MISS"(Ближайший родительский кэш).

По умолчанию, этот тэг установлен в значение "off".

По умолчанию:

query_icmp off

TAG: test_reachability on|off

Это тэг определяет, будет ли заменятся ответ ICP_MISS на ICP_MISS_NOFETCH. Если значение тэга установлено в "on", то будет происходить замена ICP_MISS на ICP_MISS_NOFETCH, когда запрашиваемого хоста НЕТ в ICMP базе или его время отклика равно нулю.

По умолчанию:

test_reachability off

TAG: icp_query_timeout (msec)

Этот тэг определяет время таймаута(как долго ожидать ответа) для(от) соседей. Обычно, Squid сам неплохо, автоматически определяет оптимальное время таймаута ICP запроса. Если вы хотите это изменить, то установите значение этого тэга в любое ненулевое значение. Это значение должно устанавливатся в МИЛЛИСЕКУНДАХ. Это означает, что для записи таймаута в 2 секунды, нужно записать 2000, т.к. 2000 миллисекунд, равны 2 секундам.

Например:

icp_query_timeout 2000

По умолчанию:

icp_query_timeout 0

TAG: maximum_icp_query_timeout (msec)

Этот тэг определяет максимальный таймаут(как долго ожидать ответа) для(от) соседей. Обычно таймаут ICP запроса определяется динамически. Но иногда на это затрачивается очень большое время(скажем, 5 секунд). Используйте этот тэг для установки верхней границы таймаута ICP запроса. НЕ используйте этот тэг для установки фиксированного времени таймаута! Для установки фиксированного времени таймаута используйте тэг icp_query_timeout.

По умолчанию:

maximum_icp_query_timeout 2000

TAG: minimum_icp_query_timeout (msec)

Этот тэг определяет минимальный таймаут(как долго ожидать ответа) для(от) соседей. Обычно таймаут ICP запроса определяется динамически. Но иногда на это затрачивается очень малое время, даже меньше чем требует того установление соединения с сервером. Используйте этот тэг для установки нижней границы таймаута ICP запроса. НЕ используйте этот тэг для установки фиксированного времени таймаута! Для установки фиксированного времени таймаута используйте тэг icp_query_timeout.

По умолчанию:

minimum_icp_query_timeout 5



Ссылки:

К содержанию
Squid на практике
Работа с Squid через Webmin
Анализатор логов Squid

© Copyright 2004-2017 - CMS Made Simple
Сайт работает на CMS Made Simple version 1.4.1

© Все печеньки Break-people.ru принадлежат авторам проекта.

Яндекс цитирования Рейтинг@Mail.ru Яндекс.Метрика