Раздел: Документация
0 ... 85 86 87 88 89 90 91 ... 125 О -к shutdown - направляет SQUID сигнал TERM, в результате чего сервер заканчивает работу. Перед тем как сделать это, сервер SQUID в течение некоторого времени ожидает завершения текущих соединений; О -k interrupt - передает SQUID сигнал INT, после получения которого сервер немедленно прекращает работу; О -k kill - передает SQUID сигнал KILL и заставляет сервер немедленно закончить работу, не закрывая открытые файлы. К этому параметру следует прибегать только в крайнем случае, когда все остальные команды не позволяют добиться результата; О -k debug - посылает SQUID сигнал USR2, в результате чего до прихода следующего сигнала USR2 SQUID генерирует все отладочные сообщения; О -к check - направляет SQUID сигнал ZERO для проверки его работоспособности. Результат записывается в неременную статуса возврата; О -s - сообщает SQUID, что следует передавать демону syslog только отладочные сообщения уровня 0; О -и - меняет номер порта, на котором SQUID ожидает появления сообщений ICP. По умолчанию это порт 3130; О -v - выводит номер версии SQUID; О - z - служит для создания каталогов кэша; О -D - отключает проверку DNS. Если такая проверка включена, SQUID пытается при старте протестировать работоспособность DNS, пытаясь получить адреса нескольких известных узлов; О -F - отключает «фоновую» перестройку кэша. При этом обновление кэша выполняется быстрее, но в момент обновления HTTP-запросы не обслуживаются; О -N - запускает SQUID в качестве обычной программы, а не фонового процесса. Это полезно для тестирования сервера, поскольку позволяет видеть его вывод на терминале; О -R - отключает опцию SO-REUSEADDR для сокетов; О -V - включает поддержку виртуальных узлов для работы в режиме ускорителя httpd (httpd-accelerator); О -X - включает вывод всех отладочных сообщений в момент чтения файла конфигурации; О -Y - ускоряет обновление кэшей за счет более интенсивного использования дочерних кэшей. Многие из этих параметров нужны только при отладке и, возможно, никогда не пригодятся большинству обычных администраторов SQUID. Чаще всего вы будете использовать простые команды, например запуск squid без параметров или команду, позволяющую проверить, запущен ли сервер: #squid -k check Результат в переменной статуса ошибки будет говорить о том, запущен сервер или нет. Для запуска SQUID в качестве обычной программы выполните команду #squid -N Файлы аудита SQUID SQUID записывает данные в следующие log-файлы: О cache. log - содержит информацию о самом сервере SQUID, в том числе общие сообщения об ошибках и отметки о запуске и остановке SQUID; О access. log - в этот файл записывается информация о запросах клиентов к серверу SQUID. Анализ данного файла позволяет определить, к каким Web-сайтам клиенты обращаются чаще всего; О store. log - включает в себя информацию о записи данных в кэш и их удалении из него. Бывает большого объема, поэтому можно отключить его применение, вписав в файл squid.conf строку cache store log none; О swap. state - в нем имеются сведения обо всех записанных на диск объектах, такие как имя соответствующего объекту файла и время последней сверки объекта с оригиналом. SQUID перечитывает данный файл при старте. Содержимое каждого из файлов интуитивно понятно. Например, файл access. log записывается либо в собственном формате SQUID, либо в формате CERN, стандартном для регистрации доступа по HTTP. Все записываемые в log-файлах коды статуса HTTP соответствуют стандарту, определенному в документе RFC 2068. Кроме того, SQUID также посылает сообщения демону syslogd. Пытаясь найти источник проблем сервера, проверяйте и файл cache.log, и log-файлы, создаваемые syslogd. Файлы аудита SQUID иногда имеют большой объем, и их следует периодически просматривать. Для работы с большими log-файлами удобно производить их ротацию (rotate), сохраняя старые файлы на сменном носителе. Это делается с помощью команды # squid -k rotate В результате выполнения данной команды SQUID закрывает log-файлы, переименовывает их, приписывая расширение в виде номера (например, . 0 или . 1), и открывает новый файл. Оценив примерный объем данных, накапливающихся в log-файлах, вы можете автоматизировать этот процесс, создав задачу сгоп. Анализ log-файлов SQUID Файлы аудита SQUID бывают очень большими, что делает их просмотр практически невыполнимой задачей. Например, поиск в файле access. log всех страниц, загруженных определенным пользователем, может оказаться очень утомительным занятием. На Web-сайте SQUID вы найдете ссылки на программы, которые в состоянии облегчить анализ данных, выдаваемых сервером SQUID. Что такое иерархия кэшей SQUID? SQUID способен работать в виде отдельного proxy-сервер, но можно одновременно использовать и несколько серверов SQUID, задав между ними отношения родитель-потомок. Не исключено, что в большой сети применение иерархической организации серверов SQUID окажется более эффективным, чем установка одного сервера. НАСТРОЙКА КЛИЕНТСКИХ ПРОГРАММ ДЛЯ РАБОТЫ С СЕРВЕРОМ SQUID 267 В иерархии кэшей существуют родительские (parent) и дочерние (child) кэш-серверы, а также серверы одного уровня (sibling). Сервер SQUID, который не обнаруживает объект в своем кэше, запрашивает его у другого сервера, расположенного на том же или более высоком уровне иерархии. Прежде всего сервер пытается найти объект в собственном кэше. Если это ему не удается, он рассылает UDP-запросы всем серверам на том же уровне. Когда ни одному из них также не удается отыскать копию объекта, сервер связывается с родительским сервером, если он существует. При условии, что и родительский сервер не располагает копией объекта, последний запрашивает объект с Web-сервера и возвращает его копию запросившему объект дочернему узлу. Как мы видим, взаимодействие между узлами одного уровня и между родительскими и дочерними узлами осуществляется аналогично, за исключением некоторых различий. Сервер SQUID может запросить копию объекта у сервера любого уровня, однако лишь родительский сервер пытается загрузить его из Internet, если у него нет свежей копии. Серверы на том же уровне отвечают, что не располагают нужной копией, посредством соответствующего сообщения. Что такое протокол ICP? Протокол Internet Cache Protocol (ICP) служит кэширующим proxy-серверам для взаимодействия друг с другом. Вторая версия данного протокола описана в стандарте RFC2186 internet Cache Protocol (ICP) Version 2». В этом документе вы найдете информацию о формате сообщений протокола. Если вы хотите больше узнать о работе ICP, ознакомьтесь также с документом RFC 2187 «Application of Internet Cache Protocols В нем описана процедура обмена запросами и ответами, с помощью которой серверы получают объекты из кэша других серверов. Чтобы сервер был в состоянии использовать сервер родительский или того же уровня, необходимо вписать соответствующие строки в файл squid.conf, например: cache peer parent.twoinc.comparent 3128 3130 Эта запись сообщает SQUID о существовании родительского сервера с именем parent. twoinc. com. Можно также записать: cache peer childl.twoinc.comsibling 3128 3130 Такая запись означает, что серверу SQUID разрешено пользоваться узлом childl. twoinc. com, расположенным на том же уровне. Настройка клиентских программ для работы с сервером SQUID Большинство современных браузеров способны функционировать с proxy-серверами. Например, для такой настройки Internet Explorer, при которой он будет пользоваться сервером SQUID при работе с протоколами HTTP, FTP и gopher, необходимо выполнить следующие шаги. 0 ... 85 86 87 88 89 90 91 ... 125
|
