Почему Squid3 некоторое время работает, а потом перестаёт?

Question

[sadaffairs]

Здравствуйте.

Скачал Squid3 на Debian (через sudo apt-get install squid3) для создания кэширующего прокси-сервера, а соответственно и для ускорения загрузки php-скриптов сайта на движке MediaWiki.

Старался делать всё по документации с официального сайта, оттуда же и взял конфиг для squid.conf.

Собственно, вот и он:

http_port 207.142.131.205:80 transparent vhost defaultsite=oecumene.wiki
cache_peer 127.0.0.1 parent 80 3130 originserver
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl web_ports port 80
http_access allow web_ports
http_access allow manager localhost
http_access deny manager
acl purge method PURGE
http_access allow purge localhost
http_access deny purge
http_access deny all

Проблема в том, что первый запуск squid прошёл без каких-либо ошибок. В логе cache.log никаких ошибок тоже ничего не было.

Но ни с того ни с сего squid просто перестал работать, скорость загрузки сайта тоже снизилась. В cache.log ничего такого не было.

После рестарта ничего не изменилось, но squid выдал несколько предупреждений:

sadaffairs@www:~$ sudo service squid3 restart
[sudo] password for sadaffairs:
[ ok ] Restarting Squid HTTP Proxy 3.x: squid3[....]  Waiting.....................done.
2017/03/14 16:07:18| WARNING: (B) '127.0.0.1' is a subnetwork of (A) '127.0.0.1'
2017/03/14 16:07:18| WARNING: because of this '127.0.0.1' is ignored to keep splay tree searching predictable
2017/03/14 16:07:18| WARNING: You should probably remove '127.0.0.1' from the ACL named 'localhost'
2017/03/14 16:07:18| WARNING: (B) '127.0.0.1' is a subnetwork of (A) '127.0.0.1'
2017/03/14 16:07:18| WARNING: because of this '127.0.0.1' is ignored to keep splay tree searching predictable
2017/03/14 16:07:18| WARNING: You should probably remove '127.0.0.1' from the ACL named 'localhost'

А в cache.log тоже появилась подозрительная строка:

2017/03/14 16:07:18| commBind: Cannot bind socket FD 15 to 207.142.131.205:80: (99) Cannot assign requested address

Теперь я никак не могу понять, почему же squid некоторое время работал без ошибок, а потом перестал? Как следует изменить squid.conf, чтобы исправить эти ошибки?

Answer 1

[Юрий]

Я, возможно, выпендриваюсь... но, имхо, ставить squid для акселерации - это же прошлый век.
Есть же nginx для таких дел. И настройка гораздо проще и кеширует на ура.

А по делу - у тебя squid пытается зацепиться за 80-й порт, но он уже кем-то занят.

Comments

[sadaffairs]

Да, но в случае с Mediawiki очень хорошо помогает. Nginx уже есть, вроде бы он и работает на 80-м порте.

Тогда какой порт можно использовать в конфиге для Squid?

[chupasaurus]

sadaffairs: вы путаете reverse-proxy и обычный. Скрипты у вас вряд ли не помещаются в кеш файловой системы в RAM, а nginx статику отдает гораздо лучше squid. Копать надо в сторону того, как вы запускаете эти скрипты (https://www.nginx.com/resources/wiki/start/topics/... например для начала).

[Юрий]

sadaffairs: Ну так в этом и проблема. У тебя nginx работает на 80 порту, а ты туда еще зачем-то squid вешаешь. (Ничего, что на "ты"?)
Выкинь squid, используй nginx в качестве кеширующего прокси.