Estoy intentando instalar trac y mod_wsgi sobre SSL. Intenté instalarlo manualmente, pero eso no funcionó tan bien, así que comencé a seguir esto: trac-on-ubuntu
Me salté la parte svn porque me gustaría usar git en su lugar. Después de la primera edición de httpd.conf:
WSGIScriptAlias /trac /var/trac/apache/trac.wsgi
<Directory /var/trac/apache>
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
</Directory>
Reinicié apache solo para obtener este error:
* Restarting web server apache2
(98)Address already in use: make_sock: could not bind to address [::]:443
[ OK ]
Hacer esto no mostró nada.
netstat -anp | grep 443
fuser 443/tcp
Hacer esto no produjo nada excepto el comando grep que ejecuté:
ps -aux | grep httpd
¿Por qué dice que algo más está usando el puerto cuando no aparece nada?
EDITAR: Ustedes se van a reír de esto. Tenía un Listen 443 adicional en ports.conf que no debería haber estado allí. Eliminar eso resolvió esto.
Respuestas:
Ustedes se van a reír de esto. Tenía un Listen 443 adicional en ports.conf que no debería haber estado allí. Eliminar eso resolvió esto.
fuente
Gracias por sus respuestas, en las versiones de apache 2.4.x si instaló ssl_module usando el comando yum, no desea agregar el puerto : 443 en el archivo httpd.conf (principal),
Para averiguar el puerto 443 en los archivos de configuración,
Simplemente elimine la línea o ordénela (Escuche 443) del archivo httpd.conf .
fuente
yum update
:-PEstoy agregando otra respuesta a esto ya que tuve el mismo problema y lo resolví de la misma manera: había instalado SSL en apache2 usando
a2enmod ssl
, que parece haber agregado una configuración adicional en/etc/apache2/ports.conf
:Tuve que comentar el primero
Listen 443
después de laNameVirtualHost *:443
directiva:Pero creo que también puedo dejarlo y comentar los demás. De todos modos, gracias por la solución :)
fuente
Para todos los demás que no tienen directivas de escucha duplicadas ni procesos en ejecución en el puerto: compruebe que no incluye accidentalmente ports.conf dos veces en apache2.conf (como hice yo debido a una combinación incorrecta).
fuente
Yo uso apache versión 2.4.27, también tengo este problema, lo resolví mediante modificar
el conf / extra / httpdahssl.conf, comenta el contenido de 18 líneas (Escuche 443 https), funciona bien.
fuente
Cometí el error de nombrar incorrectamente un archivo de respaldo en el directorio /etc/httpd/conf.d. En el archivo README indica que recorre alfabéticamente todos los archivos .conf.
Había creado ssl- < date > .conf (destinado a ser una copia de seguridad) y se estaba cargando antes de ssl.conf. Vinculaba el puerto: 443 basado en ssl- < date > .conf y fallaba en ssl.conf.
Una vez que cambié el nombre del archivo de respaldo a ssl.conf. < Fecha >, el servicio se inició sin problemas.
Como nota, el servidor en el que estoy está ejecutando RHEL 6
fuente
Permítanme agregar una razón más para el error. En httpd.conf incluí explícitamente
mientras que no notó el comodín anterior
Grepping 443 no encontrará esto.
fuente
Estoy usando Ubuntu. Acabo de deshabilitar el modo ssl de apache2 y funcionó para mí.
y luego reinicia apache2.
fuente
He comprobado y solucionado lo siguiente y lo he resuelto:
/etc/httpd/conf/
10.12.13.4:80
fuente
Encuentro el problema en windows7, phpeclipse, cuando inicio el XAMPP. Mi solucion es:
1.Comentó el \ xampp \ apache \ conf \ httpd.conf -> line171 -> #LoadModule ssl_module modules / mod_ssl.so
2.line539 -> #Incluir conf / extra / httpd-ssl.conf
o puede cambiar el puerto 443 a otro
fuente
Secundé la respuesta de Matthieu
Comenté # Escuchar 443 en el archivo httpd-ssl y se puede iniciar apache
Porque el archivo ya tiene VirtualHost predeterminado : 443
fuente
En httpd.conf en su lugar:
necesitas escribir
Listen 127.0.0.1:443
Funciona para mí.fuente
127.0.0.1
en una declaración de escucha si quisiera restringir la aceptación de conexiones solo a la interfaz de bucle de retorno del host local. La eliminación de unaListen
declaración duplicada , como muchos afirman, es la solución más típica. Si tenía duplicados,*:443
entonces cambiar uno para usar127.0.0.1
no debería haber hecho una diferencia, ya que el otro*:443
todavía intentaría vincular el mismo puerto127.0.0.1
.Tuve el mismo problema, se debió a múltiples copias de ssl.conf En /etc/httpd/conf.d - Solo debería haber una.
fuente