SSL-Handshake-Fehler auf einem freigegebenen Hosting-Konto

Question

Ich habe seit über einem Monat versucht, mit meinem Hosting-Provider zu kommunizieren, aber ich bin 99% sicher, dass sie nicht einmal die Tickets lesen und mit zufällig generierten Folgen reagieren Wörter.

Ich suchte nach Wochen für die Antwort auf diese, und ich sehe einige Erwähnungen in Bezug auf die Aktualisierung von Java oder das Ändern von Dateien, auf die ich keinen Zugriff habe. Jetzt passiert das für mich. Wenn ich versuche, mit W3C meine Domain-Namen zu bestätigen oder versuchen, eine Twitter-Karte zu validieren, halte ich die SSL-Handshake Fehler beim Abruf:

ERROR: Fetching the page failed because SSL handshake error.

ich eine Wildcard SSL Comodo habe. Wenn ich entfernen Sie diese Zeilen aus .htaccess W3C validiert, aber Twitter-Karte nicht:

RewriteCond %{HTTPS} !=on 
RewriteCond %{HTTP_HOST} ^www.iadb.com$ [OR] 
RewriteCond %{HTTP_HOST} ^iadb.com$ 
RewriteRule^https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] 

Leider ist das, wenn ich dies zu ändern, ist https nicht in irgendeiner Weise durchgesetzt werden, nicht zu erwähnen, dass es nicht reparieren Twitter-Problem Da es sich um einen freigegebenen Host handelt, habe ich keinen Zugriff auf eine andere Konfiguration als .htaccess - ich würde mich über jede Hilfe oder Hinweise freuen, selbst wenn es nur darum geht, mir zu sagen, dass ich SOL bin.

Answer 1

Einige Tests mit openssl s_client und Paketerfassung zeigen, dass der Server einen TLS-Alarm unregognized_name mit Level Warnung zurück, wenn Sie den Host als iadb.com zugreifen aber, dass die TLS-Benachrichtigung nicht geschieht, wenn www.iadb.com als Hostnamen verwenden. Da Sie jedoch von https://www.iadb.com zu http://iadb.com umleiten, erhalten Sie eine Verbindung mit dieser TLS-Warnung.

Obwohl die TLS-Alert-Ebene nur einige Implementierungen warnt (openssl 0.9.8, Java), interpretieren Sie sie als Fehler, der dazu führt, dass der Handshake fehlschlägt. Dies ist, was Sie zum Beispiel mit dem W3C-Validator sehen:

IO Error: handshake alert: unrecognized_name 

Während diese Client-Software offensichtlich falsch verhält es ist auch schlecht, dass der Server überhaupt diesen TLS-Alarm gesendet. Meine Vermutung ist, dass dies verursacht wird, weil der Server nur für den Hostnamen www.iadb.com konfiguriert ist, aber nicht für iadb.com, aber Sie verwenden explizit den letzteren Namen. Eine Möglichkeit, das Problem selbst zu umgehen, besteht darin, nur www.iadb.com zu verwenden. Eine andere Möglichkeit besteht darin, die Serverkonfiguration zu reparieren, die laut Ihrer Beschreibung nur vom Hosting-Provider durchgeführt werden kann.