SSL-Proxy Problem bei Hosteurope
Eingetragen von Anonymous (0)am 21.04.2006 - 15:06 Uhr in
Hallo,
ich habe auf Hosteurope für meine Drupal 4.6.6 Site den SSL Proxy aktiviert, damit alles verschlüsselt über die Leitung geht.
Die URL lautet verschlüsselt https://ssl.webpack.de/www.mydomain.com
Herumsurfen funktioniert problemlos, sobald ich jedoch einen Artikel neu erstellen will oder eine Mutation vornehme, wird nach dem Submit in der URL
https://ssl.webpack.de/node/101/edit
statt
https://ssl.webpack.de/www.mydomain.com/node/101/edit
verwendet und demzufolge eine "404 Not Found" Meldung ausgegeben.
Ohne Verschlüsselung klappt's problemlos.
Hat jemand einen Tip, wo ich was ändern muss?
Bin für jede Hilfestellung dankbar :-)
- Anmelden oder Registrieren um Kommentare zu schreiben
settings.php
am 21.04.2006 - 19:04 Uhr
Hast Du den Pfad denn auch in deiner settings.php angepasst?
Ich hatte mal mit XAMPP so etwas getestet da lief es problemlos, allerdings ist die Anpassung der Pfade erforderlich
mfg holger
Projekte: www.ebec.net | www.stnetwork.de
Hallo Holger, die Base Url
am 22.04.2006 - 13:19 Uhr
Hallo Holger, die Base Url habe ich gesetzt. Muesste ich in settings.php weitereinstellungen vornehmen?
Danke, Peter
ssl und drupal
am 22.04.2006 - 13:46 Uhr
siehe http://civicspacelabs.org/home/node/14096 und http://drupal.org/node/48684
damit gehts ;-)
mfg holger
Projekte: www.ebec.net | www.stnetwork.de
Klappt leider immer noch nicht,
am 23.04.2006 - 17:28 Uhr
vermutlich verträgt sich Drupal nicht mit SSL proxy...
Lösung gefunden
am 25.04.2006 - 16:51 Uhr
Drupal funktioniert tatsächlich mit Shared SSL Certificates (SSL-Proxy), man muss 'nur' die common.inc anpassen.
Siehe http://drupal.org/node/60222
SSL-Proxy bei 1&1 für 5.1
am 05.08.2007 - 11:31 Uhr
Die Beschriebene Anpassung funktioniert nicht bei der 5er Version von Drupal. Eine Anleitung wie es mit 5.1 realisiert werden kann, haben wir gerade unter http://drupal.org/node/60222#comment-258528 gepostet.
SSL-Proxy Anmerkungen
am 05.08.2007 - 11:56 Uhr
Hey,
dazu habe ich ein paar Fragen, bzw. Anmerkungen:
theme_form()ist eine sogenannte themeable function.Da ist kein Core-Hack nötig, um die Ausgabe anzupassen!
Schreib das Ding in die template.php Deines Themes, oder noch besser, schreib ein Modul, das sich via FormsAPI einklinkt und die Anpassungen vornimmt.
Für die Angabe der session.cookie_domain ist in der settings.php die Zeile 147 vorgesehen - warum nutzt ihr die nicht?
Die Angabe von session.auto_start wird bereits in der .htaccess vorgenommen - warum hier nochmal?
Und welchen Grund hat die Aktivierung von register_long_arrays?
vg
--
sanduhrs - drupalcenter
--------------------------------
Stefan Auditor
http://erdfisch.de
Ok
am 05.08.2007 - 12:03 Uhr
themeable, stimmt. Da sollte man wirklich einen Bogen um die Core-Anpassung machen. Super Einwand.
Was die settings.php angeht, so habe ich die drei Einträge nur zusammen geschrieben, weil die notwendig sind.
Und warum register_long_arrays, also die Deklaration der Variablen wie $HTTP_GET_VARS Auswirkung hat, weiß ich zugegebnermaßen nicht. Es gab einen Hinweis darauf in einem Thread auf drupal.org, und nach Ausprobieren zeigte sich, dass dieser Eintrag notwendig war.
Lösungsvorschlag
am 26.11.2008 - 22:19 Uhr
Ich habe mit D6 und Hosteurope ein ähnliches / das gleiche Problem gehabt. Meine Lösung finde ich recht elegant, da hier nur das settings.php ändern muss.
Mehr dazu hier:
http://drupal.org/node/339552
Nach Lösungsvorschlag leider keine Grafik
am 07.04.2009 - 09:58 Uhr
Hallo,
ich habe mir den Link von skybow http://drupal.org/node/339552 angeschaut und es gefällt mir natürlich das nur etwas in settings.php geändert werden muss. Allerdings sehe ich weder ein Schlosssymbol im Brower noch erhalte ich Grafik vom Theme auf dem Bildschirm. Alles wird nur noch in normalen Text dargestellt. Woran könnte es liegen ?
Könnte vielleicht jemand mal seine settings.php posten, damit man einen Vergleich hat ?
Vielen Dank.
Gruss Stefan