421 Fehlgeleitete Anfrage

Ich erhalte gelegentlich den folgenden 421-Fehler:

Fehlgeleitete Anfrage

Der Client benötigt für diese Anforderung eine neue Verbindung, da der angeforderte Hostname nicht mit der für diese Verbindung verwendeten SNI (Server Name Indication) übereinstimmt.

Durch das Aktualisieren des Browsers wird der Fehler jedoch behoben und die Seite wird normal geladen. Beim nächsten Laden der Seite kommt es nicht zu Fehlern und das Muster scheint daher ziemlich zufällig zu sein. Das einzige Muster, das ich sehen kann, ist, dass dies passieren kann, wenn ich eine Seite mithilfe des Headers umlenke ("Location:". $ Url);

Ich habe ein PositiveSSL Multi-Domain-Zertifikat von Comodo. Meine Server sind Apache auf einem gemeinsam genutzten Webhosting-Dienst, sodass ich keinen Zugriff auf die Konfiguration habe.

Ich lade Seiten von einer Domain und innerhalb der Seite befinden sich Links zu einer zweiten Domain im Zertifikat.

Alles, was ich in Bezug auf diesen Fehler gelesen habe, scheint darauf hinzudeuten, dass dieses Problem mit einem Multi-Domain-Zertifikat zusammenhängt.

Was ich wissen möchte, ist, ob es irgendetwas auf der Codierungsseite der Webseite (PHP) gibt, das dies verursachen kann (und behoben werden kann) oder ob es sich um einen Konfigurationsfehler oder möglicherweise einen Serverfehler handelt und nur mein Hosting-Service dies kann repariere es.

Mein Hosting-Service war bisher nicht in der Lage, etwas bereitzustellen, und bat um einen Rückruf mit der genauen Uhrzeit, zu der er das nächste Mal recherchieren kann. Jede Hilfe wäre dankbar, da ich nicht besonders zuversichtlich bin, dass sie dies herausfinden können.

UPDATE Ok, fast ein paar Jahre später und entschied, dass es Zeit war, sich damit zu befassen. Ich konnte die meisten Probleme lösen, indem ich meine statischen Domänen entfernte, die Bilder und Javascript bereitstellten. Für einige dieser Inhalte verwendete ich jedoch immer noch eine zweite Domain, und insbesondere Safari bereitete mir immer noch Probleme.

Ich habe mehr recherchiert und bin auf einen anderen Artikel gestoßen, der hier darüber spricht . Genau das, was @Kevin beschreibt. Der Artikel bestätigte, dass es in Safari passiert. Aus diesem Grund habe ich mich daran gemacht, separate Zertifikate für jede Domain zu erhalten. Ich bin auf einem gemeinsam genutzten Host (Webhostinghub) und habe festgestellt, dass sie jetzt kostenloses SSL (AutoSSL) anbieten, das automatisch erneuert wird. Es klang zu gut, um wahr zu sein. Sie haben mich mit 5 kostenlosen Zertifikaten ausgestattet. So weit, ist es gut. Ich kann sogar versuchen, die statischen Domänen zum Testen wieder zu aktivieren. Wenn dies alles funktioniert, spare ich $, um als Bonus zu booten, und lasse meine Comodo-Zertifikate im Juli ablaufen.

Dies wird durch die folgende Abfolge von Ereignissen verursacht:

1. Der Server und der Client unterstützen und verwenden HTTP / 2.
2. Der Client fordert eine Seite an foo.example.com.
3. Während der TLS - Verhandlung stellt der Server ein Zertifikat , das für beide gültig ist foo.example.comund bar.example.com(und der Kunde nimmt es). Dies kann mit einem Platzhalterzertifikat oder einem SAN-Zertifikat erfolgen.
4. Der Client verwendet die Verbindung erneut, um eine Anfrage zu stellen bar.example.com.
5. Der Server kann oder kann die domänenübergreifende Wiederverwendung nicht unterstützen (z. B. weil Sie SSL anders konfiguriert haben und Apache eine TLS-Neuverhandlung erzwingen möchte) und bedient HTTP 421.
6. Der Client versucht es nicht automatisch mit einer neuen Verbindung (siehe zum Beispiel den Chrome-Fehler Nr. 546991 , der jetzt behoben ist). Der relevante RfC sagt, dass der Client es erneut versuchen kann, nicht, dass er SOLLTE oder MUSS. Ein erneuter Versuch ist nicht besonders benutzerfreundlich, kann jedoch für ein Debugging-Tool oder eine HTTP-Bibliothek wünschenswert sein.

Ereignis Nr. 6 liegt außerhalb Ihrer Kontrolle, aber abhängig von der Software des Servers kann Nr. 5 behoben werden. Weitere Informationen dazu, wie und wann HTTP 421 gesendet wird, finden Sie in der HTTP / 2-Dokumentation Ihres Servers. Alternativ können Sie für jede Domäne separate Zertifikate ausstellen. Dies führt jedoch zu einem höheren Verwaltungsaufwand und ist möglicherweise nicht sinnvoll. Sie können HTTP / 2 auch vollständig deaktivieren, aber das ist in den meisten Fällen wahrscheinlich übertrieben.

Vielleicht ist das für jemanden hilfreich.

Ich habe diesen Fehler erhalten, als ich versucht habe, meine virtuelle Apache-Host-Konfiguration in HTTPS zu ändern, aber nur den Port von 80 auf 443 geändert und vergessen habe, ihn hinzuzufügen

   SSLEngine on
   SSLCertificateFile "/opt/lampp/htdocs/localhost.crt"
   SSLCertificateKeyFile "/opt/lampp/htdocs/localhost.key"

Konfiguration verursacht Fehler 421:

<VirtualHost mydoamin.local:443>   <-- fistly I 
       DocumentRoot "/opt/lampp/htdocs/mydomain/"
       ServerName www.mydomain.local
</VirtualHost>

Die richtige Konfiguration:

<VirtualHost mydoamin.local:443>
       DocumentRoot "/opt/lampp/htdocs/mydomain/"
       ServerName www.mydomain.local
       SSLEngine on
       SSLCertificateFile "/opt/lampp/htdocs/localhost.crt"
       SSLCertificateKeyFile "/opt/lampp/htdocs/localhost.key"
</VirtualHost>

Ich hatte das gleiche Problem. Der Wechsel zu zwei Single-Slot-SSLs hat es geschafft.