Я пытаюсь настроить службу https на моем гостевом экземпляре VirtualBox, на котором запущены Debian Squeeze и Apache 2.
При попытке загрузить тестовую страницу виртуального хоста в браузере с моей хост-машины Win7 я получаю сообщение об ошибке "ssl_error_rx_record_too_long". В то же время в журнале ошибок Apache говорится:"Неверный метод в запросе \ x16 \ x03 \ x01"для этого запроса. Проблема, вероятно, не связана с тем фактом, что я запускаю Apache в гостевой системе VirtualBox, но хотел нарисовать вам полную картину.
На самом деле интересно то, что я уже дошел до того, что сайт загружается правильно, но только для запросов, поступающих с localhost (то есть из VirtualBox Debian Guest). Я проверил это с помощью lynx и wget, они работают должным образом:
wget https://ssltest.intra/ssl.html
--2013-09-13 07:26:49-- https://ssltest.intra/ssl.html
Resolving ssltest.intra (ssltest.intra)... 127.0.0.1
Connecting to ssltest.intra (ssltest.intra)|127.0.0.1|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 122 [text/html]
Saving to: `ssl.html.1'
100%[======================================>] 122 --.-K/s in 0s
2013-09-13 07:26:49 (1.94 MB/s) - `ssl.html.1' saved [122/122]
Содержимое сохраненного файла соответствует ожиданиям. Более того, если я попытаюсь поговорить с сервером через обычный текстовый HTTP, он по праву отправит меня в лучшее место:
telnet ssltest.intra 443
Trying 127.0.0.1...
Connected to ssltest.intra.
Escape character is '^]'.
GET /ssl.html
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
Reason: You're speaking plain HTTP to an SSL-enabled server port.<br />
Instead use the HTTPS scheme to access this URL, please.<br />
<blockquote>Hint: <a href="https://ssltest.intra/"><b>https://ssltest.intra/</b></a></blockquote></p>
<hr>
<address>Apache/2.2.22 (Debian) Server at ssltest.intra Port 443</address>
</body></html>
Connection closed by foreign host.
Файлы конфигурации ниже (я удалил все из конфигурации, кроме минимума для работы этого SSL-сайта)
ports.conf:
Listen 443
httpd.conf: пусто
ssltest.intra: (конфигурация виртуального хоста)
<VirtualHost *:443>
ServerName ssltest.intra
ServerAdmin webmaster@ssltest.org
SSLEngine On
SSLCertificateFile /etc/ssl/certs/ssltest.intra.crt
SSLCertificateKeyFile /etc/ssl/certs/ssltest.intra.key
DocumentRoot /var/www/ssltest.intra
Options FollowSymLinks
<Directory /var/www/ssltest.intra/>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
php_value error_log /var/www/ssltest.intra/php_errors.log
ErrorLog /var/log/apache2/ssltest.intra.error.log
LogLevel warn
CustomLog /var/log/apache2/ssltest.intra.access.log combined
</VirtualHost>
Я проверил, что ключи сертификатов находятся в указанном месте и являются действительными (не просроченными) ключами для домена. Вышеупомянутая конфигурация виртуального хоста была включена a2ensite ssltest.intra. mod_ssl был включен, apache2 перезапущен (несколько раз). Когда я запускаю apache, это запись в журнале:
Apache/2.2.22 (Debian) PHP/5.3.3-7+squeeze14 with Suhosin-Patch mod_ssl/2.2.22
OpenSSL/1.0.1e mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations
Нет правил брандмауэра, которые препятствовали бы обмену данными через 443.
Что мне не хватает?
РЕДАКТИРОВАТЬ По-видимому, это как-то связано с настройкой сети VirtualBox. Когда я пытаюсь зайти на сайт локально как 127.0.0.1, все работает как положено. Когда я пытаюсь подключиться (также локально) через другой интерфейс NAT (192.168.56.10), запрос отклоняется. Любые советы о том, как это решить?
Я подозреваю, что мой случай такой же, как у user242156, и, возможно, на оригинальном плакате. Проблема заключалась в том, что мои файлы конфигурации в sites-enabled / на самом деле не читались, потому что apache2.conf дистрибутива включал только sites-enabled / *. Conf, а мои файлы не использовали это расширение, поскольку оно не требуется, например, Ubuntu.
Итак, правильное решение - переименовать ssltest.intra в ssltest.intra.conf или, если это действительно неприемлемо, изменить apache2.conf, чтобы добавить строку IncludeOptional sites-enabled/*.
Была такая же проблема. В моей ситуации сработало следующее решение (Apache 2.2 / Debian Squeeze)
Похоже, конфиг ssl не был загружен в момент прослушивания. После многих попыток и ошибок с конфигурацией виртуального хоста я добавил конфигурацию для SSL в apache2.conf вместо части директивы виртуального хоста. Порты настраиваются в ports.conf. После этого мой ssl работал нормально. Похоже, проблема с последовательностью при загрузке частей конфигурации.
Добавлена часть SSL внизу apache2.conf
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/<server certificate filename>
SSLCertificateKeyFile /etc/apache2/ssl/<privatekey filename>
SSLCACertificateFile /etc/apache2/ssl/CaCert.crt
записи уже присутствуют в ports.conf
# If you just change the port or add more ports here, you will likely also
have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz
Listen 80
<IfModule mod_ssl.c>
# SSL name based virtual hosts are not yet supported, therefore no
# NameVirtualHost statement here
Listen 443
</IfModule>