[typonewbe]

Hallo,

ich hab mit die Ext HTTPS Enforcer v 1.0.12 installiert.

leider funtzt die Ext. so garnicht wie ich das will

Mein Ziel ist es wenn sich ein User im FE anmeldet sollen bestimmte oder alle Seiten über https laufen.

ich habe zu Testzwecken die Seite mit dem FE Login mit dem require SSL Häckchen versehen soweit sogut.

im Root Template steht unter Constanten

Typoscript-Code:

1: 2: 3:

https_enforcer.disable_httpsenforcer_for_be_user = 1 https_enforcer.unsecure_typo3_root = [url=http://www.meineseite.com]Meineseite.com | Meineseite | Seite Anmelden | Die Gelbe Seite | Seite 11 https_enforcer.secure_typo3_root = [url=http://www.meineseite.com]Meineseite.com | Meineseite | Seite Anmelden | Die Gelbe Seite | Seite 11

und im Setup das

Typoscript-Code:

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19:

[global] [globalVar = TSFE:page|tx_httpsenforcer_force_secure = 0] config.baseURL = [url=http://www.meineseite.com]Meineseite.com | Meineseite | Seite Anmelden | Die Gelbe Seite | Seite 11 [else] config.baseURL = https://www.meineseite.com [end] [usergroup = *] plugin.tx_httpsenforcer_pi1.require_ssl = 1 [else] plugin.tx_httpsenforcer_pi1.require_ssl = 0 [end] [global] page.5 < plugin.tx_httpsenforcer_pi1

Wenn ich nun meine Seite aufrufe sieht alles noch ok aus, sobald ich aber auf Login klicke

Fehler: Umleitungsfehler
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.


Was mache ich da falsch?

PS: bei mir läuft RealURL auf Typo3 v4.1.3

Danke schon mal im Voraus

MfG

typonewbe

[Cybersmog]

Die Config sieht soweit korrekt aus. Tritt das Problem denn auch auf, wenn du den Teil mit der [usergroup = *] mal auskommentierst?

Gruß
Peter

[typonewbe]

Hallo ,

ja das komische ist wenn ich auf Login klicke macht der erstmal garnichts im FireFox gehe ich dann einfach mal auf ne andere Seite ist die https gehe ich wieder auf ne andere wieder http.

Aber das Hauptproblem ist, das nur der FireFox so ne murgslösung anbietet Opera und IE sagen sofort
Redirection Status
The URL was redirected to https://www.meinserver.de/index.php?id=xy Please click the link to go there.

You can enable the automatic redirection in the settings.

kann es daran liegen stelle gerade fest hab ja doch kein RealURL installiert.

irgendwo hier im Forum hab ich gelesen man muss erst die Einstellungen machen und dann

Typoscript-Code:

1:	page.5 < plugin.tx_httpsenforcer_pi1

ich habe habe am anfang des Setups unter

Typoscript-Code:

1: 2: 3: 4: 5:

page = PAGE page{ 5 < plugin.tx_httpsenforcer_pi1 10 = TEMPLATE }

quasi steht die Anweisung 2mak drin,
jetzt die entscheidende Frage wo denn genau lieber das oben rausnehmen und als letzte TS Anweisung
page.5 < plugin.tx_httpsenforcer_pi1 schreiben oder untern weg oben lassen interessante Frage

Gehen wir mal von einem neuen System aus es ist nur die https Extension installiert gibt es so ne art Grundeinstellung das es funktioniert?

Danke schon mal im Voraus für die Mühe

MfG

typonewbe

[crosscontentmedia]

Hi,

dieser Thread ist zwar schon längst veraltet, aber vielleicht kann ich dennoch dem ein oder anderen helfen diesen Fehler zu beheben:

Ich hatte diesen Fehler ebenfalls gerade, und musste fest stellen das meine Version vom Enforcer ein paar Nummern zu alt war. Früher wurde auf die GLOBALS Variablen zugegriffen, und die sind evtl. nicht mehr verfügbar. Waren Sie bei mir zumindest nicht, hab mal gehört das hängt evtl. mit der HP Version zusammen. Jedenfalls wurde für eine Umleitungsentscheidung sowas gemacht wie GLOBALS['SERVER_VARS']['PORT'] != 443. Das ist, wenn GLOBALS nicht gesetzt, immer TRUE, also wird immer umgeleitet (egal ob jetzt der Port schon 443 ist oder nicht.

Die neuen Enforcerversionen nutzen $_SERVER für diesen Vergleich, dadurch funktioniert das.


Also LÖSUNG: Update von https_enforcer auf aktuelle Version der Extension


Sebastian Böttger
CROSS CONTENT MEDIA - Professionelle Internetagentur
Cross Content Media Web Solutions: Home

[tyan_trinity]

Diese Lösung ändert bei mir nix....

hab TYPO3 Ver. 4.1.3, realurl 1.2.1 und https_enforcer 1.0.12

die Constants sehen folgendermaßen aus:

Typoscript-Code:

1: 2:

https_enforcer.unsecure_typo3_root = www.domän.de https_enforcer.secure_typo3_root = ssl-id1.de/www.domän.de

und das Setup:

Typoscript-Code:

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19:

# SSL-plugin.tx_httpsenforcer_pi1 [globalVar = TSFE:page|tx_httpsenforcer_force_secure = 0] config.baseURL = http://www.domän.de/ [else] config.baseURL = https://ssl-id1.de/www.domän.de/ [global] page = PAGE page.typeNum = 0 page.5 < plugin.tx_httpsenforcer_pi1 page.10 < temp.mainTemplate # RealURL page.config.simulateStaticDocuments = 0 #page.config.baseURL = http://www.domän.de/ page.config.tx_realurl_enable = 1 page.config.prefixLocalAnchors = all #/RealURL

Webseite funktioniert (mit oder ohne realurl);
Mit realurl aktiviert machen die verschiedenen Browser folgendes:

IE6:
Zeigt "realurls", nach Klick auf die Seite für die ich "Erzwinge HTTPS (SSL)" aktiviert habe:
Page is being generated.
If this message does not disappear within 30 seconds, please reload.
--> jedoch auch nach reload erscheint nach geraumer Zeit wieder diese Meldung, der Browser zeigt jedoch die richtige URL an:
https://ssl-id1.de/www.domän.de/vers...lte-seite.html

Firefox 2.0.0.12
Zeigt "realurls", nach Klick auf die Seite für die ich "Erzwinge HTTPS (SSL)" aktiviert habe:
Fehler: Umleitungsfehler
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.
-->der Browser zeigt jedoch die richtige URL an:
https://ssl-id1.de/www.domän.de/vers...lte-seite.html

Opera 9.25
Zeigt "realurls", nach Klick auf die Seite für die ich "Erzwinge HTTPS (SSL)" aktiviert habe:

Weiterleitungstatus
Die URL wurde nach https://ssl-id1.de/www.domän.de/vers...lte-seite.html weitergeleitet. Bitte klicken Sie auf den Link, um die Adresse aufzurufen.
-->der Browser zeigt jedoch die richtige URL an:
https://ssl-id1.de/www.domän.de/vers...lte-seite.html. Erwartungsgemäß bekomme ich auch diese Seite nach Klick auf den Link immer wieder angezeigt...

Hiiillffeeeee!!

[tyan_trinity]

jaja, super... stunden später... https_enforcer funktioniert...

Constants:

Typoscript-Code:

1: 2: 3:

https_enforcer.unsecure_typo3_root = www.domän.de https_enforcer.secure_typo3_root = www.domän.de https_enforcer.ssl_proxy = ssl-id1.de

Setup:

Typoscript-Code:

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16:

#httpsenforcer [globalVar = TSFE:page|tx_httpsenforcer_force_secure = 0] config.baseURL = http://www.domän.de/ [else] config.baseURL = https://ssl-id1.de/www.domän.de/ [global] page = PAGE page.typeNum = 0 page.5 < plugin.tx_httpsenforcer_pi1 page.10 < temp.mainTemplate page.config.language = de page.config.setJS_openPic = 1 #realURL page.config.simulateStaticDocuments = 0 page.config.tx_realurl_enable = 1 page.config.prefixLocalAnchors = all

logisch, oder??

Und da kommt auch schon das nächste "Problemchen" daher: alle mailformulare, die ich ja eigentlich gerne verschlüsseln wollte, funzen nicht mehr. super. da reisst man mit dem a#sch ein, was man mit den händen aufgebaut hat.

irgendwie, irgendwo, irgendwann hab ich mal gelesen, das es mit mailformplus funktionieren soll... das ist so vage, ich hab echt keinen bock mehr hier auf gut glück stundenlang irgendwelche extensions zu konfigurieren, damit dann wieder irgendeine andere nicht funktioniert. wer weiss, vielleicht funzt nach installation und konfiguration von mailformplus qcom_htmlcleaner oder indexed_search nicht mehr

irgendwelche konkreten erfahrungen oder aussagen zu dem thema?

[tyan_trinity]

und weil selbstgespräche so klasse sind:

TYPO3.net - SSL in Formularen

och nöö... mailformplus...

[crosscontentmedia]

Hi, jetzt wollt ich dir grad antworten warum das nicht funktioniert, und jetzt hast du dir die Antwort bereits selbst gegeben . Generell kannst Du nicht einfach davon ausgehen, das alle Extensions wunderbar miteinander kommunizieren. Das ist der Idealfall, meist aber so nicht der Fall. Vor allem wenn Du über Proxys gehst, und dann Daten aus Formularen abfangen willst ;-) stelle ich mir das recht kompliziert vor . Das ist in dem Fall dann nicht mal Unvermögen des Extensionentwicklers. Viele Grüsse Sebastian

[tyan_trinity]

Danke für deine Antwort, endlich mal ein Lebenszeichen

Es geht jetzt auch grad so weiter... jetzt habe ich mailformplus am laufen statt der standardmailform und siehe da: mailformplus speichert mir wenigstens die emails, auch wenn es sie nicht an die angegebene Adresse versendet (ist aber sicher ein mailformplus- konfigurations- problem).

Allerdings wird die Weiterleitung auf die Bestätigungsseite nach dem versenden der Mail nicht korrekt ausgeführt: statt die Bestätigung zu öffenen heisst es dann nur, das die angegebene Seite nicht vorhanden ist... closest matching page is bestaetigung.html - der Witz: die angegebene Adresse stimmt ja, warum wird sie jetzt nicht geöffnet...

So langsam wird mir auch klar, warum der für 2010 geplante Typo3 5.0 release "Phönix" heisst...

[tyan_trinity]

also, es sieht so aus, als könne realURL und https_enforce nicht so richtig miteinander...

konfiguriere ich nur die kontaktseite so, das https_enforce aktiv ist, wird die seite
erstens nur dann über ssl angesprochen, wenn ich zum zweiten mal draufklicke.
wenn ich die kontaktseite nur einmal anklicke, und dann eine beliebige andere, wird eben diese ssl-verschlüsselt

soweit, so schlecht, für jede weitere seite, die ich nach der ssl-verschlüsselten anklicke bekomme ich die fehlermeldung: Error! Reason: "tralala.html" could not be found, closest page matching is _ . Immerhin werden die Mails übertragen

ok, nun könnte man meinen, alles ssl verschlüsseln, was zwar unschön ist, aber könnte ja funktionieren: nein, auch mit der einstellung können die nachfolgenden seiten nicht aufgerufen werden.

auch die einstellung https_enforcer.always_allow_SSL = 1 bringt da keinerlei verbesserung...

ich wüsste gerne mal, ob es irgendjemanden gibt, bei dem das ganze ordentlich läuft...