☰

Bucle Apache OpenSSL

tag-icon • tag-icon apache-2.2 ssl openssl
Bucle Apache OpenSSL

Acabo de configurar los sitios en mi servidor Apache Ubuntu 12.04 alojado en Windows Azure para usar SSL, los sitios funcionan y se redireccionan correctamente. Aquí está mi configuración de host virtual:

<VirtualHost *:80>
ServerName site1.company.com
Redirect permanent / https://site1.company.com/
</VirtualHost>

<VirtualHost *:443>
DocumentRoot /var/www/site1
ServerName site1.company.com
Options -Indexes
DirectoryIndex login.php
SSLEngine on
SSLCertificateFile /etc/apache2/certs/company.com.crt
SSLCertificateKeyFile /etc/apache2/certs/server1.key
SSLCertificateChainFile /etc/apache2/certs/gd_bundle.crt
</VirtualHost>

Todos los hosts virtuales están configurados de forma casi idéntica. Sin embargo, veo MUCHAS entradas en el registro de errores de Apache que me preocupan sobre el rendimiento o los problemas durante la producción.

[debug] ssl_engine_kernel.c(1866): OpenSSL: Handshake: start
[debug] ssl_engine_kernel.c(1874): OpenSSL: Loop: before/accept initialization
[debug] ssl_engine_io.c(1908): OpenSSL: I/O error, 11 bytes expected to read on BIO#7f8f746c6ae0     [mem: 7f8f746cc0d0]
[debug] ssl_engine_kernel.c(1903): OpenSSL: Exit: error in unknown state
[info] [client x.x.x.x] (70014)End of file found: SSL handshake interrupted by system [Hint: Stop button pressed in browser?!]
[info] [client x.x.x.x.] Connection closed to child 5 with abortive shutdown (server site1.company.com:443)
[info] [client x.x.x.x] Connection to child 0 established (server site1.company.com:443)
[info] Seeding PRNG with 656 bytes of entropy

Este bucle se repite cada 15 segundos. ¿He configurado mal algo? Todos los sitios funcionan correctamente sin errores.

Respuesta1

El misterio aquí ha sido resuelto, era la sonda del equilibrador de carga de Azure. No sé por qué la dirección IP figuraba como registrada en Hong Kong, pero ahora tiene mucho sentido. Tuve que eliminar y volver a crear los puntos finales para actualizar su estado y corregir el problema.

Está todo documentado enhttp://social.msdn.microsoft.com/Forums/silverlight/en-US/04589d2d-4acb-4f86-a2d0-957dc2a73a4f/endpoints-not-working-dns-scans-them

Esto habría sido mucho más fácil de entender si 168.63.129.16 no estuviera registrado en Hong Kong (esa era la IP que llegaba a mi servidor)

información relacionada