apache (xampp) não acessível da intranet

Question

Ok, tenho um aplicativo da web que quero testar em vários dispositivos diferentes. Para fazer isso facilmente, preciso expor o aplicativo à extranet para poder acessá-lo de qualquer lugar.

O IP da intranet da minha máquina é 192.168.1.66, atribuído manualmente por mim no roteador.
Um DMZ está configurado, então 192.168.1.66 deve ser completamente exposto à extranet.

No entanto, o Apache nem responde na intranet.
Acessar o link mostra-me a instalação do XAMPP, mas o link não .

O ambiente é uma instalação do XAMPP completamente padrão no Windows. Eu não mudei nada, só adicionei o aplicativo web ao docroot.
Httpd.conf tem o padrão 'Listen 80', então isso não deve ser um problema.
Eu tentei desativar meu firewall do Windows completamente sem qualquer sucesso.

Eu também não tenho idéia se isso é normal, mas 'netstat -a' me mostra várias entradas para a porta 80 como tal:

TCP    [::]:80                DESKTOP-DVN0SQB:0      LISTENING  
TCP    192.168.1.66:80        DESKTOP-DVN0SQB:0      LISTENING  
TCP    0.0.0.0:80             DESKTOP-DVN0SQB:0      LISTENING 

Netstat também me mostra um endereço IP que eu não reconheço, 192.168.56.1. O que me deixa perplexo é que tentei acessá-lo e, estranhamente, meu aplicativo pode ser encontrado no link . Mas este parece ser um endereço local porque não consigo acessá-lo de qualquer dispositivo na intranet.

O que dá? Qual é o endereço 192.168.56.1? Eu me lembro de ter visto um endereço similar quando estava jogando com o Vagrant há alguns dias, poderia ser relacionado? Eu não tenho mais VMs do Vagrant, eu destruí todas elas (caso isso possa estar relacionado).

E o mais importante: por que não consigo acessar o Apache pela intranet? Porque definitivamente está me impedindo de acessá-lo da extranet.

    

Answer 1

[W]hy can't I access Apache from the intranet?

Porque o Apache aparentemente está vinculado a um adaptador de rede que não faz parte da intranet que você está tentando acessar.

Para ser claro, 192.168.1.xe 192.168.56.x são redes separadas neste caso (assumindo uma máscara de sub-rede de classe C padrão de 255.255.255.0).

O endereço que o Apache está usando (192.168.56.1) é provavelmente um IP padrão para um adaptador de rede virtual, usado para máquinas virtuais. O Apache parece ter selecionado esse adaptador / IP em resposta a uma diretiva Listen 80 genérica (como você mencionou).

I remember seeing a similar address when I was playing with Vagrant a few days ago, could it be related?

Isso pode estar relacionado. Se o Vagrant instalou qualquer adaptador de rede virtual, a menos que você tenha removido especificamente esses adaptadores, eles provavelmente ainda estarão ativos em seu sistema.

Se você definitivamente não estiver usando esse adaptador de rede virtual, talvez deseje removê-lo completamente.

Em qualquer caso, você pode ligar o Apache (conforme necessário) a um IP especificado no httpd.conf com uma diretiva de escuta mais específica, por exemplo,

Listen 192.168.1.66:80

Por favor, note que, desde que você fez comentários sobre o Vagrant, estou assumindo que seu servidor / aplicativo não está sendo executado em uma VM. Se for (talvez digamos que você esteja executando o VirtualBox), será necessário ajustar as configurações da VM para torná-la acessível à intranet.

    

Answer 2

Como você disse, o link é reconhecido na intranet. O problema está relacionado ao IPv4 no qual o aplicativo está em execução no momento, portanto, tente verificar isso. Eu não sei qual aplicativo você está usando, mas deve haver um arquivo config.php no qual você pode definir o domínio confiável que pode ser acessado.

Além disso, duvido que um IPv4 tão comum (192.168.1.66) possa ser acessado de qualquer lugar: não conheço toda a sua configuração de rede, mas devo ter um IP dinâmico atribuído globalmente e o endereço citado é apenas local.