Назад | Перейти на главную страницу

Ошибки SSL-соединения от Apache

Я использую (самоподписанный) сайт сертификатов SSL на Apache / 2.2.14 на Ubuntu 10.04, но различные браузеры выдают ошибки в половине попыток подключения. Только что увидел эту временную ошибку из Chrome:

"Error 126 (net::ERR_SSL_BAD_RECORD_MAC_ALERT): Unknown error."

Нажмите «Обновить», и проблема исчезнет на некоторое время.

wget тоже:

$ wget --no-check-certificate https://dev.foo.com/deps/
--2010-09-08 19:30:26--  https://dev.foo.com/deps/
Resolving dev.foo.com... 184.72.53.220
Connecting to dev.foo.com|184.72.53.220|:443... connected.
OpenSSL: error:0407006A:rsa
routines:RSA_padding_check_PKCS1_type_1:block type is not 01
OpenSSL: error:04067072:rsa routines:RSA_EAY_PUBLIC_DECRYPT:padding check failed
OpenSSL: error:1408D07B:SSL routines:SSL3_GET_KEY_EXCHANGE:bad signature
Unable to establish SSL connection.

Запустите его сразу же снова, и он работает:

$ wget --no-check-certificate https://dev.foo.com/deps/
--2010-09-08 19:30:29--  https://dev.foo.com/deps/
    Resolving dev.foo.com... 184.72.53.220
Connecting to dev.foo.com|184.72.53.220|:443... connected.
WARNING: cannot verify dev.foo.com's certificate, issued by
`/CN=dev.foo.com':
 Self-signed certificate encountered.
HTTP request sent, awaiting response... 200 OK
Length: 3157 (3.1K) [text/html]
Saving to: `index.html'

100%[======================================>] 3,157       --.-K/s   in 0s

2010-09-08 19:30:29 (48.6 MB/s) - `index.html' saved [3157/3157]

В моих сайтах с поддержкой / default-ssl:

SSLCertificateFile    /etc/ssl/certs/ssl-cert-snakeoil.pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

Сертификат:

Сертификат, в свою очередь, создается с помощью:

$ make-ssl-cert generate-default-snakeoil --force-overwrite

Версия Apache.

$ apache2 -V
Server version: Apache/2.2.14 (Ubuntu)
Server built:   Apr 13 2010 20:22:19
Server's Module Magic Number: 20051115:23
Server loaded:  APR 1.3.8, APR-Util 1.3.9
Compiled using: APR 1.3.8, APR-Util 1.3.9
Architecture:   64-bit
Server MPM:     Worker
 threaded:     yes (fixed thread count)
   forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/worker"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT=""
 -D SUEXEC_BIN="/usr/lib/apache2/suexec"
 -D DEFAULT_PIDLOG="/var/run/apache2.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types"
 -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf"

Я не занимаюсь администрированием сети, оборудования и т. Д. - все это работает на Amazon EC2. Я не использую балансировщик нагрузки или что-то еще перед сервером. Я устанавливаю прямые TCP-соединения с этим хостом (AFAIK).

Любые идеи? Заранее благодарю за любую помощь.

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

Это может произойти по очень большому количеству причин. Например, у вас может быть ошибка openssl, аппаратный сбой (плохая оперативная память или процессор), какое-то странное совпадение с вашим ключом (астрономически маловероятно). Или вы можете столкнуться с тем, что MAC предназначен для обнаружения: кто-то может вмешиваться в ваш маршрутный трафик.

Поскольку ваш сертификат самоподписан, замените его, перезапустите apache и продолжайте, как шаг по устранению неполадок. Если это не сработает, убедитесь, что вы используете последнюю версию openssl (или просто измените версию openssl для удовольствия). Если вы по-прежнему получаете ошибки MAC, выясните, есть ли у вас сбой оборудования или вмешательство в сеть.

Эта часть ошибки особенно показательна:

OpenSSL: error:04067072:rsa routines:RSA_EAY_PUBLIC_DECRYPT:padding check failed

Это указывает на то, что, скорее всего, сообщение было изменено по сравнению с подписанной версией и, возможно, усечено.

Во-первых, самозаверяющие сертификаты часто являются для конечных пользователей большей проблемой, чем дешевый сертификат SSL. Я не рекомендую использовать их, если у вас есть какой-либо общедоступный интерфейс или даже большое количество внутренних пользователей. Broswers все более строги в отношении самозаверяющих сертификатов, отказывая им в доверии по умолчанию.

Во-вторых, на машине есть несколько разных хранилищ доверия.

Linux обычно использует NSS (mozilla), но альтернативные браузеры также могут иметь свои собственные хранилища доверенных сертификатов.

Сертификат может иметь неверные идентификаторы OID и т. Д. Нам нужно увидеть действительный сертификат. В PKI действительно нет конфиденциальности для сертификатов - только для закрытых ключей.

Пожалуйста, используйте http://pkif.sourceforge.net/pitt.html и сообщите нам, какие ошибки у вас есть, а какие нет.

Спасибо.

Я не программист, поэтому будьте снисходительны ко мне :)

Пару дней назад у меня возникла проблема с доступом к моей учетной записи Gmail с ошибкой 126 (net :: ERR_SSL_BAD_RECORD_MAC_ALERT) в Chrome. Может ваша проблема похожа на мою ?! Итак, я нашел сообщение http://www.luvfree.com/forums/general_discussion/i_cannot_access_to_my_gmailcom_error_126_neterr_ssl_bad_record_mac_alert_in_chro.htm Это сайт знакомств luvfree.com, но мне помогают советы.

Может ваша проблема еще и в роутере.

Решением этой проблемы было обновление прошивки роутера.

Многое могло пойти не так. Я не думаю, что кто-то может ответить на этот вопрос, не зная конфигурации вашей сети и того, как настроен Apache, как выполняется балансировка нагрузки и какой тип циклического перебора он использует, а также другие аппаратные аспекты вашей сети.

Мне кажется, что на валидаторе имени хоста SSL он получает неожиданный ответ, который не соответствует имени хоста?