O Apache2 não é executado na porta IPv4 tcp

Eu preciso executar o Apache2 no meu servidor Debian 7. Mas ele é executado apenas na porta tcpv6, não na porta tcpv4. Eu o instalei com o apt-get install. Se eu for para localhost ou 127.0.0.1 ou o endereço IPv4 do meu servidor, ele não exibirá nenhum site.

Meu /etc/apache2/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

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
 # If you add NameVirtualHost *:443 here, you will also have to change
 # the VirtualHost statement in /etc/apache2/sites-available/default-ssl
 # to <VirtualHost *:443>
 # Server Name Indication for SSL named virtual hosts is currently not
 # supported by MSIE on Windows XP.
 Listen 443
</IfModule>

<IfModule mod_gnutls.c>
 Listen 443
</IfModule>

netstat -plntu:

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      3558/sshd       
tcp        0      0 0.0.0.0:3466            0.0.0.0:*               LISTEN      2820/mysqld     
tcp6       0      0 :::80                   :::*                    LISTEN      2097/apache2    
tcp6       0      0 :::22                   :::*                    LISTEN      3558/sshd       

O fato de o netstat mostrar apenas o tcp6 aqui não é o problema. Se você não especificar um endereço para escutar, o apache escutará todas as famílias de endereços suportadas usando um soquete (por motivos de design, o sshd usa um soquete exclusivo por família de endereços e endereços, aparecendo, portanto, duas vezes na saída do netstat).

Aqui está um dos meus sistemas, mostrando o apache com apenas soquetes tcp6 e ainda funcionando bem via IPv4 e IPv6.

woodpecker ~ # netstat -anp |grep apache
tcp6       0      0 :::80    :::*       LISTEN      1637/apache2        
tcp6       0      0 :::443   :::*       LISTEN      1637/apache2        
woodpecker ~ # wget http://127.0.0.1/ -O /dev/null
--2013-12-25 08:52:38--  http://127.0.0.1/
Connecting to 127.0.0.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...
# wget http://[::1]/ -O /dev/null
--2013-12-25 08:53:00--  http://[::1]/
Connecting to [::1]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...

Se você executar wget http://127.0.0.1/ -O -no servidor, o que acontece? Ele se conecta com sucesso? Ele retorna o HTML bruto do seu site conforme o esperado?

Isso lidará apenas com conexões IPV4:

Listen 0.0.0.0:80
Listen 192.0.2.1:80 

https://httpd.apache.org/docs/2.2/bind.html#ipv6

1. 127.0.0.1 é local apenas para uma máquina; você precisa estar no próprio servidor em um navegador para usar o endereço IP / loopback local;

2. Você pode ter um firewall bloqueando as portas;

3. Verifique se o apache está funcionando e funcionando corretamente, verifique os logs de erros;

4. Verifique todas as suas configurações do apache;

5. Você está hospedando no diretório raiz www ou no diretório public_html do usuário?

6. Verifique o proprietário e as permissões.

Quase o ano de 2019 (Bem-vindo ao futuro):

• Por padrão, a maior parte do mundo usa o ipv6 e, se falhar, recorre ao ipv4;

• Agora temos túneis ipv4 sobre ipv6 e vice-versa;

• A maioria dos sistemas operacionais, programas, cliente e servidor geralmente faz isso agora;

• Bem-vindo ao mundo de não mais NATs e ter que depender agora de firewall / filtros diretamente no seu dispositivo;

• Eu recomendaria tentar manter todos os seus sistemas em pilha dupla, suportando o ipv4 e o ipv6 ao mesmo tempo; assim, quando o interruptor mágico acontecer, você continuará funcionando. Meu sistema operacional, rede e até meu ISP são de pilha dupla, ponta a ponta. Eu poderia desligar o ipv4 completamente se quisesse, mas o que há por aí que pode não funcionar mais se não existirem túneis no ipv6 a partir do ipv4.

*

wget http://127.0.0.1/ -O / dev / null

* representa a conexão com o servidor local sem manipular IPv4 ou IPv6; se você alterar o host local (ou 127.0.0.1) para o endereço IP IPv4 real deste servidor, não poderá fazer nada porque a conexão foi negada.

Tente descrever seu IP nos arquivos de configuração: NameVirtualHost: 80 Listen: 80