Estou tentando instalar o trac e o mod_wsgi sobre SSL. Tentei instalá-lo manualmente, mas não funcionou muito bem, então comecei a seguir o seguinte: trac-on-ubuntu
Eu pulei a parte svn porque gostaria de usar o git. Após a primeira edição do httpd.conf:
WSGIScriptAlias /trac /var/trac/apache/trac.wsgi
<Directory /var/trac/apache>
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
</Directory>
Reiniciei o apache apenas para obter este erro:
* Restarting web server apache2
(98)Address already in use: make_sock: could not bind to address [::]:443
[ OK ]
Fazer isso não mostrou nada.
netstat -anp | grep 443
fuser 443/tcp
Fazer isso não produziu nada, exceto o comando grep que executei:
ps -aux | grep httpd
Por que está dizendo que outra coisa está usando a porta quando não há nada aparecendo?
EDIT: Vocês vão rir disso. Eu tinha um Listen 443 extra no ports.conf que não deveria estar lá. Remover isso resolveu o problema.
Respostas:
Vocês vão rir disso. Eu tinha um Listen 443 extra no ports.conf que não deveria estar lá. Remover isso resolveu o problema.
fonte
Obrigado por suas respostas, nas versões do apache 2.4.x se instalou ssl_module usando o comando yum, não deseja adicionar a porta : 443 no arquivo httpd.conf (principal),
Para descobrir a porta 443 nos arquivos de configuração,
Apenas remova a linha ou comande-a (Ouça 443) do arquivo httpd.conf .
fonte
yum update
:-PEstou adicionando outra resposta para isso porque tive o mesmo problema e resolvi da mesma maneira: Eu instalei SSL no apache2 usando
a2enmod ssl
, que parece ter adicionado uma configuração extra em/etc/apache2/ports.conf
:Tive que comentar o primeiro
Listen 443
após aNameVirtualHost *:443
diretiva:Mas estou pensando que posso deixar e comentar os outros. De qualquer forma, obrigado pela solução :)
fonte
Para todos os outros que não possuem diretivas Listen duplicadas e nenhum processo em execução na porta: verifique se você não inclui acidentalmente ports.conf duas vezes em apache2.conf (como fiz devido a uma fusão incorreta).
fonte
Eu uso apache versão 2.4.27, também tenho esse problema, resolvi através de modificação
o conf / extra / httpdahssl.conf, comente o conteúdo de 18 linhas (Ouça 443 https), funciona bem.
fonte
Cometi o erro de nomear incorretamente um arquivo de backup no diretório /etc/httpd/conf.d. No README, afirma que percorre alfabeticamente todos os arquivos .conf.
Eu havia criado ssl- < date > .conf (destinado a ser um backup) e ele estava carregando antes de ssl.conf. Ele estava vinculando a porta: 443 com base no ssl- < date > .conf e falhando no ssl.conf.
Depois de renomear o arquivo de backup para ssl.conf. < Data >, o serviço foi iniciado sem problemas.
Como observação, o servidor em que estou executando o RHEL 6
fonte
Deixe-me acrescentar mais um motivo para o erro. No httpd.conf incluí explicitamente
enquanto não percebeu o caractere curinga anterior
Grepping 443 não encontrará isso.
fonte
Estou usando o Ubuntu. Acabei de desabilitar o modo SSL do apache2 e funcionou para mim.
e reiniciou o apache2.
fonte
Eu verifiquei e consertei o seguinte e resolvi -
/etc/httpd/conf/
10.12.13.4:80
fonte
Eu encontro o problema no windows7, phpeclipse, quando inicio o XAMPP. Minha solução é:
1. Comentou o \ xampp \ apache \ conf \ httpd.conf -> line171 -> #LoadModule ssl_module modules / mod_ssl.so
2.line539 -> #Incluir conf / extra / httpd-ssl.conf
ou você pode mudar a porta 443 para outra
fonte
Apoiei a resposta de Matthieu
Eu comentei #Listen 443 no arquivo httpd-ssl e o apache pode ser iniciado
Porque o arquivo já tem o padrão VirtualHost : 443
fonte
Em vez disso, em httpd.conf:
você precisa escrever
Listen 127.0.0.1:443
Funciona para mim.fonte
127.0.0.1
em uma instrução de escuta se quisesse restringir a aceitação de conexões apenas à interface de loopback do host local. A remoção daListen
instrução duplicada , conforme declarado por muitos, é a solução mais comum. Se você tivesse duplicatas, em*:443
, então mudar uma para usar127.0.0.1
não deveria ter feito nenhuma diferença, já que a outra*:443
ainda tentaria ligar a mesma porta127.0.0.1
.Eu tive o mesmo problema, foi devido a várias cópias de ssl.conf em /etc/httpd/conf.d - Deve haver apenas uma.
fonte