themes werden beim Auftruf mit https nicht geladen.

[lutz Bremen, modificado 11 Anos atrás.]

hallo,

ich habe erfolgreich ssl mit apr eingebunden. rufe ich nun unsere hauptseite auf wird diese auch unter https normal angezeit. gehe ich von da aus weiter z.b. auf /web/name, dann wird auf dieser seite das theme nicht geladen. woran kann das liegen? als virtual host ist da eingetragen www.name.de, weil ich über diese adresse auch an die seite komme. wie gesagt die hauptseite klappt. der rest nicht. kann man das nachladen des themes iwie forcieren?

[Jan Geißler, modificado 11 Anos atrás.]

Hi. Ich hatte mal ein ähnliches Problem, nur das das Theme gar nicht geladen wurde. In dem Fall hat mir ein redeploy des Themes geholfen wenn ich mich recht erinnere.
Versuch das doch mal. Ansonsten schau mal den HTML output an und schau ob das referenzierte dann gefunden wird. (Manuelles aufrufen via Browser).

So long
Jan

[lutz Bremen, modificado 11 Anos atrás.]

24 Stunden später hat sich das Problem in Luft augelöst.

[lutz Bremen, modificado 11 Anos atrás.]

Also nach ein bischen Recherche, bin ich zu dem Schluss gekommen, dass es an den Einträgen der Virtual Hosts liegt. Ich trage in den Webseiteneinstellungen einen Virtual Host ein und das Theme wird unter https nicht richtig angezeigt. Nehme ich den Eintrag raus, funktioniert es richtig.

Lasse ich den eintrag drin und gehe auf https://www.virtualhost.de, bekomme ich die Meldung, dass das Zertifikat nicht für die angegebene URL gilt. Dies ist ja auch richtig. Füge ich dann diese Ausnahme hinzu werde ich richtig auf die Seite weitergeleitet und die Seite wird richtig angezeigt. Gehe ich jetzt auf die seite über das Portal, sprich /web/abc, wird sie auch richtig angezeigt. Dies denke ich funktioniert, weil ich die Ausnahme hinzugefügt habe.

Das kann aber nicht die Lösung sein, weil sonst müsste ein Kudne, der über das Portal die Seite erreichen will zuerst über die Virtualhost-Adresse gehen, eine Ausnahme hinzufügen, um dann die richtig Seite sehen zu können.

ich hoffe Jemand kann mir mit diesem Problem weiterhelfen.

MfG
Lutz Bremen

[Olaf Kock, modificado 11 Anos atrás.]

Ein https Zertifikat ist immer für einen oder mehrere Hosts - https bietet nicht nur Verschlüsselung, sondern auch die "Sicherheit" dass man es tatsächlich mit dem Gesprächspartner zu tun hat, den man erwartet (und nicht einen Angreifer).

D.h. wenn das Zertifikat für www.example.com ausgestellt wurde, jetzt aber mit www.virtualhost.com auf die Site zugegriffen wird, geht das naturgemäß schief solange das Zertifikat nicht ebenfalls für www.virtualhost.com ausgestellt wurde (Zertifikate können auch für mehrere Hosts gelten)

Das ist kein Liferay Problem, sondern ganz normales https-Verhalten.

[lutz Bremen, modificado 11 Anos atrás.]

Hey Olaf,

wie auch oben schon geschrieben.

Lasse ich den eintrag drin und gehe auf https://www.virtualhost.de, bekomme ich die Meldung, dass das Zertifikat nicht für die angegebene URL gilt. Dies ist ja auch richtig.

Ich versuche das Problem nochmal detailierter zu schildern.

Also ich habe eine Hauptseite www.name.de, diese ist ein Liferay Portal mit mehreren weiteren webseiten. www.name.de/web/seite1, www.name.de/web/seite2, usw.
In den Webseiteneinstellungen der jeweiligen Seiten ist ist als Virtual Host für öffentliche Seiten z.B. "www.seite1.de" gesetzt.

gehe ich nun auf https://www.name.de/web/seite1, dann habe ich den Effekt, das dass Theme nicht geladen wird.
Nehme ich den Eintrag des Virtual Hosts raus, geht es einwandfrei.

gehe ich auch https://www.seite1.de, bekomme ich, wie erwartet und auch richtig, einen Zertifikatsfehler, weil das Zertifikat nur für *.name.de ausgestellt ist. Klicke ich auf "trotzdem weiter" oder " Ausnahme hinzufügen" (je nach Browser), werde ich auf auf die richtig angezeigte Seite weitergeleitet. Gebe ich nun "https://www.name.de/web/seite1" ein, funktioniert auch diese einwandfrei. Aber wie gesagt erst NACH dem ich einmal die oben beschriebene Ausnahme hinzugefügt habe.

Also habe ich entweder das Problem, dass ich die Seite über https://www.name.de/web/seite1 nicht erreichen kann, wenn der Virtual Host gesetzt ist, oder über https://www.seite1.de nicht auf die richtig seite weitergeleitet werden, wenn er nicht gesetzt ist.

Ich hoffe man kann das Problem jetzt besser versehen.

[Olaf Kock, modificado 11 Anos atrás.]

Ich gehe davon aus, dass mit eingetragenem Virtual Host die Links auf das Theme mit dem Virtual Host und nicht mit dem aktuellen Server generiert werden - das lädt naturgemäß nicht, bis der Browser das nicht-passende Zertifikat akzeptiert - für mich sieht's so aus als ob meine vorherige Erklärung immer noch passt.

Kannst du mit Firebug o.ä. (schlimmstenfalls "view source") nachvollziehen, welche Links auf die Theme-Files generiert werden? Das dürfte das Problem lösen.

Oder kurz zusammengefasst: Wenn ein Zertifikat nur auf www.name.de ausgestellt ist, würde ich (im Zusammenhang mit https) Probleme mit einem VirtualHost-Eintrag erwarten, der auf eine andere Domain lautet. Schließlich kann dieser Host (www.seite1.de) nicht sicher über https erreicht werden.

[lutz Bremen, modificado 11 Anos atrás.]

wow, tatsächlich sehe ich mit firebug, dass er das Theme aus nem falschen adresse zieht. Spricht z.b. das favicon will er dann aus "www.seite1.de/xxxxxx ziehen".

wie kann man denn das dann handhaben, dass ich dieses Setup realisieren kann? also das ich eine Portallösung habe, in der ich dann z.B. 7 seiten habe. Und die Seiten noch einzeln mit anderne URLs ansprechen kann über https? Weil, dann würde es ja auch nichts bringen, wenn ich ein Zertifikat für www.seite1.de kaufe, da das Theme ja dann immer noch nicht auf dem Pfad von www.seite1.de/theme/xxx liegt.

oder muss man sich damit abfinden, dass das mit virtual hosts und https nicht zusammen geht?

danke nochmal

[Olaf Kock, modificado 11 Anos atrás.]

• wann auch immer https verwendet wird, müssen die Browser dem vorgezeigten Zertifikat des Servers vertrauen - z.B. durch den Einkauf eines "vertrauenswürdigen" Zertifikats bei einem Dienstleister, der im Browser als vertrauenswürdig eingetragen ist.
• http und https mischen nur schlecht - egal ob das unterschiedliche oder gleiche Hosts sind. Wenn die Seite über https übertragen wird, sollten alle darauf referenzierten Resourcen ebenfalls über https eingebunden werden.
• Catch all: Es geht auch, URLs server-absolut (also ohne Hostnamen) zu erstellen (weiss nicht, ob das hier in Frage kommt): /my-theme/css/bla.css statt http://www.example.com/my-theme/css/bla.css (durch die virtual host settings wird der Teil allerdings durch Liferay übernommen - und wir sind zurück am Anfang.

Also: Ich habe das Gefühl, ich bringe die ganzen "seite1" Informationen durcheinander, aber es gilt: Wenn https, dann entweder vertrauenswürdiges Zertifikat für alle involvierten Hosts oder Problem

[lutz Bremen, modificado 11 Anos atrás.]

ist es denn möglich z.b. einen apache vorzuschalten, der die die Anfrage https://www.seite1.de umleitet auf https://www.abc.de/web/seite1 ?

und für *.abc.de habe ich ein Zertifikat.

[Olaf Kock, modificado 11 Anos atrás.]

Wenn der Browser sich mit über https www.seite1.de verbindet, der Server aber ein Zertifikat für www.abc.de vorweist, gibt es den altbekannten "Certificate mismatch" Dialog. Ich verstehe nicht den Grund dafür, einen virtual host anzugeben, der nicht bedient sondern an einen anderen Server weitergeleitet werden soll.

Man kann Zertifikate übrigens auch kombinieren: Der Server kann auch ein Zertifikat für beide Domains vorweisen - die Zertifizierungsstellen lassen sich natürlich für das zweite Zertifikat (gerne) bezahlen...

[lutz Bremen, modificado 11 Anos atrás.]

Der Grund warum ich das machen möchte ist folgender. Wir haben ein portal www.portal.de mit z.b. 7 unterseiten bzw. communities /web/seite1, /seite2 usw..
ich möchte die einzelnen communities sowohl über das portal als auch über die eigene url erreichen können. Und das auch über https

[Olaf Kock, modificado 11 Anos atrás.]

Dann gibt's nur eine Lösung: https mit verschiedenen Hostnamen bedingt ein "vertrauenswürdiges" Zertifikat pro Hostnamen, wenn nicht manuell Ausnahmen eingetragen werden sollen. Der einzige Shortcut der mir einfällt ist ein Wildcard-Zertifikat: Das kann für "*.example.com" ausgestellt werden und gilt für "seite1.example.com", "seite2.example.com" und "www.example.com". Ist in der Regel teurer als ein Zertifikat für einen Einzelhost, aber beliebig ausweitbar, solange der Wildcard gilt.

[Thomas Kaefer, modificado 11 Anos atrás.]

Also wir haben das jetzt so gelöst, dass wir die Einträge für den Virtual Host entfoernt haben, um über Portal alle Seiten per https erreichen zu können. Weiterhin haben wir ein Javascript geschrieben, welches die URL untersucht und je nach Inhalt den User auf die richtige Portal-Seite weiterleitet.

für den Login haben wir einen Button im theme, der den User immer auf eine SSL verschlüsselte Seiter bringt, sodass egal in welcher Seite er sich befindet er sich immer sicher einloggt.

hier der Javascript-Code:

//Sting wird nach Wort durchsucht und liefert Wert zurück. Bei Wert >=0 ist das Wort in dem String enthalten.

if (document.location.host.search("falk")>=0)  

//window.setTimeout(), leitet auf einen Link weiter, aber erst nach einem Zeitintervall in der Klammer steht der Link, zusammengesetzt aus dem vorher augerufenen Protokoll (https oder https) +der gewünschten URL. Die „5000“ beschreibt die Länge des Zeitintervalls.

{window.setTimeout('location.href=document.location=document.location.protocol + "//www.kaeferlive.de/web/falk-zwo"', 5000)};