Jump to content
xt:Commerce Community Forum

Mal Wieder Ssl Proxy


Recommended Posts

Mahlzeit!

Ich habe nun auch mal n Problem mitm SSL-Proxy von Hosteurope.

Habe mich hier im Forum durchgew?hlt und alles M?gliche ge?ndert.

Soweit scheint es auch zu laufen, nur - der IE6.0 zeigt gar kein Schloss und der Firefox ein durchgestrichenes Schloss an.

Hat jemand eine Idee?

Mit application_top sieht so aus:

// verify the ssl_session_id if the feature is enabled

$request_type = (substr($_SERVER['SCRIPT_URI'],0,5) == 'https') ? 'SSL' : 'NONSSL'; {

$ssl_session_id = getenv('SSL_SESSION_ID');

if (!session_is_registered('SSL_SESSION_ID')) {

$_SESSION['SESSION_SSL_ID'] = $ssl_session_id;

}

und wenn ich anstelle dessen diesen Eintrag nehme

$request_type = ($_SERVER['HTTP_X_FORWARDED_HOST'] == 'ssl-account.com') ? 'SSL' : 'NONSSL';

bekomme ich n Parse-Error genau in der Zeile. :cry:

Und ?h, welche application_top muss ich nehmen? Ich hoffe doch die in /includes und nicht die in /admin/includes.

Oder? :pst:

Gruss

Der Frank :rock:

Link to comment
Share on other sites

Hi,

ja habe ich..

Da ich noch am rum probieren bin, habe mal n anderen Commerce-Anbieter ausprobiert und da war es ?hnlich. Kein oder durchgestrichenes Schloss.

Werde XT jetzt komplett neu installieren und die DB l?schen und noch mal gaaaaaaaaaaanz laaaaaaaaangsaaaaaaaaam von vorne anfangen..

:)

Gruss

Der Frank

Link to comment
Share on other sites

Vielleicht habe ich den Fehler..

Ich habe grad mal pPobeweise den Artikelexport f?r kelkoo ausprobiert und habe gesehen, dass der Bildpfad:http://pilot-showtechnik.de/eshop/images/product_images/thumbnail_images/PRO-RCA1A-1.jpg

ist.

Nun habe ich an anderer Stelle gelesen, dass man bei den Bildern alles vor /images/product_images/usw weglassen soll.

Wie mache ich das denn?

Vielleicht ist das die L?sung?

Gruss

Der Frank

So - erstes :pint: ist offen.. Mahlzeit.. :)

Link to comment
Share on other sites

F?r den Artikelexport brauchst du ja den kompletten Bildpfad, sonst geht das ganze nicht, weil Kelkoo ja deine Bilder einsetzt.

Aber was mir jetzt gerade so auff?llt, probier mal die Domain mit dem www. davor einzubauen. Ist nur so eine Idee, keine Ahnung ob es geht, kann aber sein, dass SSL nur auf die Domain mit www. davor konfiguriert ist.

Link to comment
Share on other sites

Nee, so meinte ich eigentlich nicht, aber war auch doof von mir, du nutzt ja nen PRoxy.

Aber ich h?tte da jetzt einen Grund, warum das Schlo? durchgestrichen angezeigt wird.

Es ist ja so, dass einige Bestandteile der Seite nicht verschl?sselt ?bertragen werden (Bilder,...). Daran k?nnte es liegen, dass das Schlo? durchgestrichen bzw. gar nicht angezeigt wird.

Wenn du die komplette Seite ?ber SSL laufen l?sst, sollte das aber eigentlich gehen. Probier das doch einmal aus.

Link to comment
Share on other sites

Ich wei? ja nicht genau, wie es bei dir jetzt aussieht, aber irgendwie hast du ja einzelne Dateien ?ber eine Verschl?sselung ?bertragen. Ich nehme mal an, die sind daf?r in einem speziellen Ordner. In diesen Ordner kopierst du dann einfach s?mtliche XTC-Dateien und l?sst den kompletten Shop dann ?ber diese verschl?sselte Domain laufen, indem du den Standardpfad in den Configures ab?nderst bzw. deine Domain auf diese Adresse umlenkst.

Link to comment
Share on other sites

Nee das ist ja der Witz. Ich habe die normal via FTP auf pilot-showtechnik.de/eshop ?bertragen und die Verschl?sselung nimmt der SSL-Proxy von ganz alleine vor. Naja oder auch nicht, wie man sieht.. :)

Ich habe eben versucht mitm FTP-Client nicht mit pilot-showtechnik.de zu konnektieren, sondern ssl.webpack.de/pilot-showtechnik.de.

Das hat er aber abgelehnt... :blink:

Link to comment
Share on other sites

Leider habe ich immernoch Probleme mit der SSL-Proxy-Einrichtung.

Bei dem Schritt unter URL "http://www.mydomain.com/xtc_installer/install_step1.php"

habe ich explizit den vollen SSL-Proxynamen wie folgt eingesetzt:

https://ssl.mydomain.com/~username (probiert wurde auch "https://ssl.mydomain.com")

Die Maske in Schritt (install_step4.php) zeigt jedoch, da? der Installer den Namen des Webservers ohne SSL mit dem Zusatz 'https://www.mydomain.com' versehen hat. D.h. XTC geht davon aus, da? die "/admin" Verzeichnis immer unter DOCUMENT_ROOT liegen wird. Eine nachtr?gliche manuelle Ver?nderung der "WS" und "FS"-Angaben in "configure.php" mit absoluten Pfadangaben f?hrt auch nicht zum Ziel. PHP sucht immer einen Script (z.B. login.php) in einer WS-Verzeichnis, welche NICHT vorhanden ist. Fehlermeldung zeigt den Suchpfad sinngem?? wie "/usr/local/apache2/htdocs/~username". Es sollte aber lt. "FS"-Angabe in Pfad "/usr/local/apache2/ssl/~username" nach Stream SUCHEN!!

Wenn ich alle configure.php Angaben konsequent auf "https://ssl.mydomain.com/~username" einstelle, kriege ich den Shop auf der SSL-Proxy auch zum laufen. Da hier aber auch der WWW-Catalog-Server residieren wird, ist es f?r die Katz. Der Shop (ausser personen bezog. Daten!) sollte ja weiterhin auf dem normalen Server laufen.

Der Provider sagt, da? ich die Attribute per ".htaccess" ?ndern kann, aber welche sollen nun ge?ndert werden, damit die ?berg?nge von http: zu https: richtig funktionieren? Kann jemand hier helfen?

Vielen Dank im voraus.

Link to comment
Share on other sites

Originally posted by smedder@Apr 14 2005, 17:04 PM

Frag doch mal bei deinem Provider nach, warum das so ist.

An den liegt es nicht, den meine anderen Seiten laufen alle sauber ?ber den Proxy, nur der Shop nicht.

:(

Winex

Edit: Sorry, hab gerade erst gemerkt das ich im falschen Forum bin. Werde das nochmal im Sponsorenbreich posten

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
  • Create New...