XF2.2 Redirect Problem?

[otto]

Hallo,

ich bin gerade dran ein 20 jähriges Forum neu aufzusetzen, und habe beim Zugriff über www. (ohne www. gehts problemlos) folgende Fehlermeldungen im Browser:

Chrome:


Firefox:


Folgende Einstellungen sind für die Domain und das Forum gemacht worden:






Link zum SSL Test: SSL Server Test: zetorworld.com (Powered by Qualys SSL Labs)

Ich steh gerade auf dem Schlauch, ich weiß und kann lesen was die Fehlermeldungen sagen, aber ich seh den auslösenden Fehler nicht.
Das zertifikat hab ich gestern gelöscht und ein neues erstellen lassen für domain.com und *.domain.com siehe Screenshots - keine Änderung.

Hat jemand eine Idee wo ich ansetzen kann - und bitte nicht OSI-Schicht 8, danke. ;-)

 

[Maestro2k5]

Scheinbar hast du den Fehler gefunden. Ich konnte die Seite ohne Fehler aufrufen.

 

[otto]

MIT "www":

https://www.zetorworld.com

https://www.zetorworld.com

oder ohne www:

https://zetorworld.com

Zetorworld - from and for Zetor fans
????
Weil, ich bekomme die Fehler nach wie vor wenn ich die Domain MIT www. eingebe.


Andere parallele Baustelle:
Ich hab zwischenzeitlich noch einen Redirect einbauen müssen:
vom alten X-Forum (Perl Datei im cgi-bin Verzeichnis) direkt auf die Startseite des neuen Forums um externe Backlinks auf das uralte Forenscript abzufangen ohne einen Fehler zu kassieren:
Von:
https://zetor-forum.de/cgi-bin/x-forum.cgi
nach:
https://zetorworld.com

Das hab ich direkt in Perl (danke an den Hinweisgeber ) gemacht:

#!/usr/bin/perl -w
use strict;
use warnings;
  my $URL = "https://zetorworld.com/";
  print("Status: 301 Moved Permanently\nLocation: $URL\nContent-Type: text/html; charset=UTF-8\nReferer: zetorworld.com/cgi-bin/x-forum.cgi\n\n");

Scheint zu funktionieren... nicht schön, nicht gerade vielseitig, aber funktional und besser als der 404 den es zuvor gab weil das alte Forum ja weg ist.

 

[Maestro2k5]

Mit www ist der Fehler da. Sorry mein Fehler.

 

[Maestro2k5]

Nachtrag das wäre meine WWW Umleitung

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule (.*) https://android-port.de%{REQUEST_URI} [L,NE,R=301]
RewriteRule ^index.html$ / [R=301,L]

 

[otto]

Probier ich doch gleich mal aus, auch wenn die Hoffnung nach zahlreichen Versuchen erstmal klein ist.
Danke schon mal.

 

[otto]

Klappt leider auch nicht - zumindest wenn ich es aufrufe...

 

[Maestro2k5]

Ja leider. Echt nen seltsames Effekt Fehler wäre der 406 hatte ich in der Form noch nichte. Hoffe du findest den Fehler.

 

[otto]

Na zur Not setz ich die Domain im Plesk noch mal neu auf - denke da hat sich an irgendeiner Stelle deren Setup verhaspelt und eh ich noch lange suche, dann eben Backup und hinterher auf neu erstellter Domain neu aufspielen.
Hatte ich so auch noch nie in all den 20 Lenzen die ich den Quatsch nu mache. ;-)

 

[Maestro2k5]

Ja, das wäre wohl die schnellste Lösung. Mit Plesk gibt es eh oft mal seltsame Effekte. Bin mal gespannt ob das dann hilft.

 

[otto]

Ich bin jetzt mal diese Anleitung von Plesk durch gegangen:
How To Fix ERR_SSL_VERSION_OR_CIPHER_MISMATCH?

OpenSSL Test

By using Qualys SSL Labs, you can also identify other problems known to trigger the ERR_SSL_VERSION_OR_CIPHER_MISMATCH error message. These include the following:

• SSL certificate name mismatch
• Outdated TLS version
• Enabled RC4 cipher suite

1. Versuch, mit www.zetorw...

Fail. Reproduzierbar.

2. Versuch, gleich Test mit OHNE www. : SSL Server Test: zetorworld.com (Powered by Qualys SSL Labs)
Eigentlich korrekt mMn.: kein missmatch, RC4 ist aus, nichts als outdated markiert.


Man solle sich das Zertifikat in Chrome anzeigen lassen.

If you want to check the domain names on a site’s certificate, Google Chrome’s Developer Tools makes it easy:

1. Right-click on any position in the browser window, then click on ‘Inspect’,
2. Tap the ‘Security’ option.
3. While in the ‘Security’ tab, you can check the certificate and connection settings (with the TLS version). Click on the ‘View certificate’ option to view the certificate’s details.
4. When the new window opens, navigate to the ‘Details’ tab.
5. Locate the ‘Subject Alternative Name’ then click on it. In the lower box, you will see the registered domain names.

1. www.zetorw ...
Chrome findet kein Zertifikat

2. ohne www. ...

Und da sieht man ja auch, das es für domain.com und *.domain.com ausgestellt wurde . also eigentlich korrekt.

Nächster Tipp - QUICK Protokoll OFF:

Turn Off the QUICK Protocol
Google’s experimental Quick UDP Internet Connection (QUIC) protocol was designed to enhance connections for web apps utilizing the User Datagram Protocol (UDP). While QUIC is recognized as being an fantastic alternative to other popular security solutions like TLS/SSL, HTTP/2 and TCP, it can trigger warning messages — including the ERR_SSL_VERSION_OR_CIPHER_MISMATCH error message.

Turning off the QUIC protocol could fix the problem. Let’s find out how to do that in Chrome:

1. Launch Chrome and enter ‘chrome://flags’ in the address bar.
2. Run a search for ‘QUIC’.
3. Look for the ‘Experimental QUIC Protocol’.
4. Open the drop-down menu then tap ‘Disable’.

Keine Änderung.

Nächste Tipp - Browser reinigen:

Empty Your Cache/History
Data from sites that you visit is stored in the history and cache of your browser. Within the cache, data includes files, images, and text that enables the site to load more quickly on your subsequent visits.

But storing old cache can be a mistake, particularly if those websites visited have updated their system already. Your cache could lead to security issues and SSL errors if you don’t empty the cache for a while.

So, you may fix the ERR_SSL_VERSION_OR_CIPHER_MISMATCH error message if you delete the cache and restart it.

When using Chrome, take these steps to delete the cache:

1. Tap the ellipsis in the top-right corner of the browser, then click on ‘Settings’.
2. Scroll down the list of options, then look for the ‘Privacy and security’ area. Tap the ‘Clear browsing data’ button.
3. You’ll see a new window pop up: check the ‘Cached images and files’ option. Use the drop-down menu to choose the deletion time-frame, then tap the ‘Clear data’ button.
4. To complete the process, restart Chrome.

Now that you have emptied the cache, go back to your site to see if the error has been fixed. However, if the problem continues, you might need to use the ‘clear SSL state’ option in your browser from the OS’s settings.

1. Enter ‘Internet Options’ in the Windows search bar.
2. Tap the ‘Internet Options’ button.
3. When the ‘Internet Properties’ dialog box appears, open the ‘Content’ tab.
4. Tap the ‘Clear SSL State’ button, followed by ‘OK’.

Keine Änderung.

Ok - also Backup und Neuanlage der Domain bzw. des Webspaces und des SSL Zertifikates

 

[otto]

Die nicht www. Domain hat die korrekte IP, die www.Domain scheint eine Strato-eigene IP zu haben. WTF
Wie kanns dazu kommen und noch wichtiger, wie bekommt mans behoben?

 

[Maestro2k5]

Das ist aber ungewöhnlich das da nen Unterschied zwischen www und ohne gemacht wird.

 

[otto]

Zumal ich bei Strato keinen extra Record gesetzt hab, weder A noch AAAA...

Siehe auch mein Thema bei Plesk im Forum:
Issue - Mysterius trouble with one domain and www.

Alle Einstellungen nun x-mal durch gegangen im Vergleich zu anderen Domains bei mir, schaut für mich jeweils identisch aus, bis auf die Domain freilich.

Ich geh fest... :-(

 

[otto]

die mit www. geht, warum auch immer auf eine Strato eigene IP und nicht auf eine zu meinem Paket bei Hetzner gehörende


bei Plesk ist nur eine IPv4 gesetzt und die passt.
bei Hetzner sind die IPv4 (hab 2) korrekt.
bei Strato ist die korrekte IP im Kundenpanel zu sehen.

Ich befürchte ich muss da mal an den Strato Service ran, ich kotz jetzt schon... :-(

 

[otto]

OK, ich muss das mit dem Kundendienst von Strato klären, man freu ich mich wie bolle da drauf.... ;-)