Zitat von Kampi

ich moechte aber dass er zuerst https probiert und dann http als fallback nimmt.

Damit könntest du u.U. teilweise stark einfahren. Wie hier ersichtlich ist, kann es sein das auf einem Server mehrere http vhosts laufen, wegen des systembedingten SSL-Problems, meistens, aber nur einen https vhost.

Die Wahrscheinlichkeit dafür ist zwar gering, aber es könnte trotzdem mal auftreten.

Das ist wahr. Allerdings müßte man das ja dann auch gleich merken, weil der Domainname, den man eingegeben hat, und der Name im Zertifikat nicht zusammenpassen.

Zitat von Jensi

Das ist wahr. Allerdings müßte man das ja dann auch gleich merken, weil der Domainname, den man eingegeben hat, und der Name im Zertifikat nicht zusammenpassen.

Nein, wenn das SSL-Zertifikate ein Wildcardzertifikat ist (z.B. *.example.com) wirst du keine Abweichung feststellen können.

Hm ja da hast Du recht. Allerdings weiß ich jetzt gar keine Seite, wo mir ein Sinn für verschiedene Zertifikate für verschiedene Subdomains der gleichen Domain einfällt.

Ich seh auch ein Problem, daß auf vielen Servern zwar ein http Dämon lauscht, aber kein https Dämon https://www.orf.at/ ist ziemlich tot.

Wennst da nur http://www.orf.at eintippst und der firefox nur auf 443 probiert -> bad luck

Deshalb hat der Kampi ja gemeint, der Browser soll dann halt Fallback auf HTTP machen, fertig.

In der Praxis könnt das natürlich lästig werden, weil man bei Seiten, die kein HTTPS haben, erst mal auf den Timeout warten muß, bis das Fallback passiert.

... oder irgendeine Testseite dort steht, auf die man nach viel zertifikatgeklicke hinkommt...

vergleiche
http://www.linzer.rechtsstudien.at/ und https://www.linzer.rechtsstudien.at/

Zitat von Kampi

glaub so ein head get waere verkraftbar.

Reine Geduldsfrage

Squid mit URL-Rewrite und Script, das HTTPS testet? Sollte recht kurz sein, mir wär' aber das Warten aufs Timeout zu mühsam (auch wenn vermutlich 100ms eh das meiste abdecken...)

Zitat von Kampi

glaub so ein head get waere verkraftbar.

Kommt darauf an wie der Server konfiguriert ist. Oft zeigen http und https auf verschiedene Verzeichnisse. Im schlimmsten Fall gibt dir die https Adresse keinen Fehler zurück, sondern z.B. die Standard Seite des Web-Servers. In so einem Fall kann der Browser dann auch nicht automatisch weiter leiten.

Das wär eigentlich ein Argument dafür, dieses Verhalten in Browsern zum Standard zu machen, dann würden sich solche Fehlkonfigurationen relativ bald aufhören...

Zitat von Jensi

Das wär eigentlich ein Argument dafür, dieses Verhalten in Browsern zum Standard zu machen, dann würden sich solche Fehlkonfigurationen relativ bald aufhören...

Genauso wie jeder Browser die CSS/JS Standards implementiert?

Zitat von skinner33

Genauso wie jeder Browser die CSS/JS Standards implementiert?

Dem Browserhersteller tuts ja nicht weh, wenn sein Browser Mist ist; die meisten seiner User sind DAUs, die weder wissen, daß ihr Browser Mist ist, noch wo sie einen besseren herkriegen. Ist nicht zu vergleichen mit einer Website, der von heute auf morgen alle User ausbleiben würden, wenn sie falsch konfiguriert wär.