Apache-Server unter Ubuntu 18.04 stellt Site für elastische IP bereit, jedoch nicht für Domäne ERR_CONNECTION_REFUSED

Apache-Server unter Ubuntu 18.04 stellt Site für elastische IP bereit, jedoch nicht für Domäne ERR_CONNECTION_REFUSED

Ich habe einen Apache2-Webserver auf einer ec2 Ubuntu 18.04-Instanz auf AWS erstellt. Ich habe eine Domain von einem Drittanbieterregister (Porkbun) gekauft, die ich mit meiner ec2-Instanz verbinden möchte. Ich habe die NS von AWS Route 5S genommen und sie nach Porkbun kopiert, sodass sie auf AWS Route 5S verweisen sollten. Auf Route 5S habe ich A-Einträge für und für die elastische IP meiner ec2-Instanz erstellt *<domain_name>. www<domain_name>Bei @<domain_name>Verwendung nslookup <domain_name>gibt es die elastische IP zurück.

Wenn ich die elastische IP in den Webbrowser eingebe, wird die Apache-Standardseite ohne Probleme zurückgegeben . Meine eingehenden/ausgehenden Regeln bei AWS erlauben http/https von überall, die einzige Einschränkung ist SSH zu meiner persönlichen privaten IP-Adresse. Ich habe http://<domain_name>es ERR_CONNECTION_REFUSEDsogar deaktiviert, ufwum zu sehen, ob das ein Problem verursachte – mit demselben Ergebnis.

Wenn ich einen Netzwerk-Sniffer verwende, kann ich die Treffer sehen, wenn ich den Browser aktualisiere http:<elastic_IP>, aber nichts, wenn ichhttp:<domain_name>

Für jede Hilfe wäre ich sehr dankbar.

Virtueller Host für HTTP-Verkehr

<VirtualHost *:80>
    ServerAdmin webmaster@localhost
    ServerName <domain_name>
    ServerAlias www.<domain_name>
    DocumentRoot /var/www/<domain_name>
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
    <Directory />
        Require all granted
    </Directory>
</VirtualHost>

Antwort1

Ich habe Certbot verwendet, um ein SSL-Zertifikat zu erstellen, <domain_name>und nach der erfolgreichen Erstellung des Zertifikats funktionierte der Zugriff auf die Domäne! Als ich versuchte, eine Verbindung zu meiner Domäne herzustellen, versuchte ich es speziell http://<domain_name>in meinem Browser, da ich keinen virtuellen Host für 443-Verkehr erstellt hatte. Ich vermute, dass Apache den Verkehr an die https-Site weitergeleitet hat – was erklären würde, warum ich beim Versuch, auf den Inhalt zuzugreifen, die Meldung ERR_CONNECTION_REFUSED erhielt.

verwandte Informationen