Пару дней назад в error.log в огромных количествах начали сыпаться вот такие
записи (ip клиента заменил):
2014/09/01 12:36:02 [crit] 13175#0: *46423402 SSL_do_handshake() failed
(SSL: error:05066066:Diffie-Hellman routines:COMPUTE_KEY:invalid public key
error:1408B005:SSL
Пакеты для CentOS 7 доступны.
http://nginx.org/en/linux_packages.html#mainline
После, выхода EPEL репозитория для CentOS 7, наблюдается проблема с
обновлением Nginx.
http://ftp.tlk-l.net/pub/mirrors/fedora-epel/7/x86_64/repoview/epel-release.html
yum update - постоянно пытается обновить
On 01.09.2014 18:07, S.A.N wrote:
http://nginx.org/en/linux_packages.html#mainline
После, выхода EPEL репозитория для CentOS 7, наблюдается проблема с
обновлением Nginx.
http://ftp.tlk-l.net/pub/mirrors/fedora-epel/7/x86_64/repoview/epel-release.html
yum update - постоянно пытается обновить
2. с помощью плагина yum-plugin-priorities настроить приоритеты
репозиториев таким образом, чтобы у EPEL был более низкий приоритет.
это в любом случае полезно настроить для всех используемых
репозиториев
Спасибо, так и сделали.
3. попросить мантейреров пакета из nginx.org чтобы они
On 01.09.2014 22:10, S.A.N wrote:
Да, думаю будет правильным если Nginx из ветке mainline, будет иметь
Epoch выше чем у ветки stable.
Нет. Epoch не надо применять там, где достаточно будет версии пакета.
Если значение Epoch одинаково - rpm тогда смотрит на версию пакета.
Делать разный Epoch
Здравствуйте!
Имеется сервер nginx (1.6.0 - при необходимости можно обновить). Есть
настроенный upstream с несколькими серверами-бекендами в нем. С этих
серверов бекендов осуществляется передача больших статических файлов через
один фронтенд, роль которого выполняет nginx. Время от времени бекенды
Надо только - чтобы Epoch у пакетов из репозиториев nginx.org был выше
чем у пакета nginx из репозитория EPEL и других сторонних
репозиториев.
Потому что EPEL содержит много полезных пакетов и его очень часто
подключают к CentOS - в том числе и вместе с репозиторием от nginx.org
Согласен.
