HTTP não está funcionando. Instância EC2 com nome de domínio próprio

Question

Eu tenho esse problema que eu já publiquei no fórum do Amazon AWS. Infelizmente eu não tenho uma resposta clara que eu e eu estávamos esperando que vocês pudessem ajudar. Aqui está o link: link

Basicamente, não sei por que depois de associar um endereço IP elástico e mapeá-lo para um dos meus domínios, FTP e ping funcionam bem, mas o HTTP faz um redirecionamento 302 para o nome do host Amazon AWS que eu tinha antes de associar o endereço IP elástico .

Aqui está a pergunta do fórum da AWS: Eu tenho uma instância do EC2 com HTTP e FTP instalado. Ambos trabalhavam. Em seguida, associei um endereço IP elástico a essa instância. Então mapeei esse endereço IP para um nome que é um subdomínio de um domínio que possuo. Eu acho que é um nome (eu não fiz o mapeamento pessoalmente). Agora o FTP funciona e o HTTP não.

O nome do host da AWS antes da associação Elastic IP: ec2-184-73-27-8.compute-1.amazonaws.com O endereço IP da AWS e o nome do host após a associação: 174.129.7.254 e ec2-174-129-7-254.compute-1.amazonaws.com O domínio mapeado para 174.129.7.254 usando um registro A é: demo.flashxml.net

Trabalhos de FTP significa que posso me conectar tanto com 174.129.7.254, ec2-174-129-7-254.compute-1.amazonaws.com e demo.flashxml.net.

O HTTP não funciona significa que uma solicitação HTTP para 174.129.7.254, ec2-174-129-7-254.compute-1.amazonaws.com ou demo.flashxml.net retorna um redirecionamento 302 para ec2-184- 73-27-8.compute-1.amazonaws.com

Aqui está o meu arquivo VirtualHost:

<VirtualHost *:80>
        DocumentRoot /home/ec2-user/public_html/wordpress

        ServerName demo.flashxml.net

        ErrorLog logs/ec2-user-error_log

        <Directory /home/ec2-user/public_html/wordpress>
                AllowOverride FileInfo
                Order Deny,Allow
                Allow from All
        </Directory>
</VirtualHost>

Eu finalmente descobri o que estava errado. É o fato de que eu instalei o Wordpress no servidor usando o nome de host fornecido pela Amazon. Depois de associar o Elastic IP e atualizar os registros de DNS, o servidor ficou acessível - o funcionamento do FTP era a prova disso. O redirecionamento 302 ao acessar via HTTP foi causado pelas configurações de nome de host do Wordpress.

Então, o que eu aprendi com tudo isso foi que eu deveria configurar meu IP e DNS primeiro e somente depois disso instalar o Wordpress ou qualquer outro aplicativo web.

    

Answer 1

Em primeiro lugar, a postagem dupla não é muito boa, e fazer com que as pessoas saiam do local para encontrar a sua pergunta só piora a situação. Por favor, considere a possibilidade de editar sua pergunta para que seja autônoma aqui, então certifique-se de atualizar ambos os sites com qualquer desenvolvimento e a resposta assim que você descobrir.

Em segundo lugar, não há informações suficientes aqui para descobrir o que você fez de errado. A sugestão no fórum da AWS é boa. Você parece ainda estar fazendo algumas coisas com o IP e os registros de host antes de seu ip elástico ser atribuído. Quando você faz essa designação, seu nome de host e ip mudam! No entanto, você precisa elaborar sua configuração. Como é o seu DNS? Com qual domínio você está tentando se conectar e para onde ele é encaminhado? Estamos falando de domínios de nome de host ec2 ou de um domínio personalizado? Se o primeiro você está usando apenas o endereço errado. Se o último, seus registros de DNS não forem inseridos corretamente. Eles devem ser do CNAME para o seu nome de host elástico ip para que sejam retornados os endereços internos e externos adequados.

    

Answer 2

pode ser que você esteja usando um dos serviços da Amazon que requer que o registro do DNS seja um CNAME e não um A.

Eu tenho feito perguntas recentemente sobre o uso de múltiplas presenças amazônicas contra geodns e os clientes disseram que os serviços da amazon estipulam o uso de CNAME em vez de A.

Isso ocorre porque o endpoint está sujeito a alterações, portanto, a única maneira segura de fazê-lo é com um registro CNAME que faça referência ao registro amazon A, que a Amazon pode alterar em tempo real.

Eles foram especificamente informados de que procurar o ip e usá-lo em um A não vai funcionar.

    

Answer 3

Eu tive o mesmo problema e encontrei a solução:

1. Verifique se você pode acessar o http a partir do host local. %código%
2. Verifique os Security Groups no AWS EC2, para garantir que você esteja aceitando tráfego na porta 80.
3. Por último, mas não menos importante, verifique as configurações de firewall em sua instância do EC2.

Answer 4

Eu tive o mesmo problema com um contêiner docker que simplesmente instalei dentro de um EC2 recém-criado. Eu poderia acessá-lo via curl de localhost, mas não do DNS público. Depois de ler Igor S. ' resposta Eu verifiquei as configurações do firewall e percebi que as configurações de FW padrão aceitam somente SSH.

Acho que isso acontece quando você está usando a configuração rápida, em vez do assistente de configuração normal, que pergunta sobre todos os tipos de coisas (incluindo as configurações do FW) antes de iniciar a instância.