Oi, Fabio,
Como você já revisou as regras de NAT e as configurações do PfSense, vamos focar em alguns pontos específicos que costumam causar esse comportamento.
Verificação da Conectividade Direta
O primeiro passo é isolar o problema. Precisamos saber se o DVWA está respondendo na rede antes mesmo de passar pelo Proxy/Nginx.
- Teste de ping: Dentro do PfSense (em Diagnostics > Ping), tente disparar um comando para o IP que você configurou no DVWA (
172.100.1.100). - Estado da placa de rede: No VirtualBox, verifique se a placa de rede da máquina DVWA tá conectada à mesma Rede Interna ou Host-Only que a interface correspondente do PfSense. Se estiverem em redes virtuais diferentes, eles não se enxergarão.
Possíveis Causas no Arquivo de Configuração
Ao editar o arquivo /etc/network/interfaces, um pequeno detalhe pode impedir a subida da interface:
- Conflito de IP: Certifique-se de que nenhum outro dispositivo no seu laboratório está usando o IP
172.100.1.100. - Gateway: O endereço
172.100.1.10 deve ser exatamente o IP da interface do PfSense que está voltada para a rede do DVWA. Se o PfSense estiver com outro IP nessa perna da rede, o DVWA não saberá como devolver os pacotes.
Verificação do Serviço no DVWA
Às vezes, a rede tá certa, mas o serviço web não subiu corretamente:
- Na máquina DVWA, execute o comando:
ss -nlt ou netstat -nlt. - Verifique se a porta 80 aparece no estado LISTEN.
- Tente reiniciar o serviço de rede novamente:
systemctl restart networking ou o comando que você já usou /etc/init.d/networking restart.
Dica Importante: Como mencionado no exercício, se você desligou a máquina sem salvar o estado anteriormente, as alterações no arquivo interfaces podem ter se perdido se o sistema rodar em modo Live sem persistência configurada.
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!