Unendliche Weiterleitungen bei contact_us Seite

[Timm]

Du kannst ja mal einen kostenlosen Test bei Bitpalast machen und dort schauen, wie der Server konfiguriert ist, falls dir die Infos der Serverkonfiguration im Backend reichen. Am Server selbst kann man da nicht viel machen, da shared hosting. Dort war ich bevor ich auf einen reinen nginx gewechselt bin.

Gruss Timm

P.S. Sag denen aber nicht, dass du einen modified Shop hast. Die sind da neuerdings etwas empfindlich ....

[hpzeller]

Ich habe einen Verdacht. Bei mir liegt der Shop mit dem Apache hinter einem Nginx.

Nginx macht https://. Eine Proxy configuration geht intern auf den Apache mit http://

Also bei meinem Testshop -> http://hpzeller.com/modified2051/de/Kontakt:_:7.html  wird auch ein nginx Server vor einen Apache Server gesetzt und bei mir steht in der configure.php

Code: PHP  [Auswählen]

  // secure SSL
  defined('ENABLE_SSL') or define('ENABLE_SSL', true); // secure webserver for checkout procedure?

und es kommt nicht zu eine unendlichen Loop.

Wenn ich den Shop mit http aufrufe sieht die Netzwerkanalyse so aus.
[ Für Gäste sind keine Dateianhänge sichtbar ]

Gruss
Hanspeter

[hbauer]

Hallo Hanspeter,

könntest Du mir Deine proxy configuration im nginx mal geben?.
Gruß
Hagen

[hpzeller]

Auf die Konfiguration habe ich keinen Zugriff.

Tipp: Füge in der shop_content.php mal nach

Code: PHP  [Auswählen]

require_once ('includes/application_top.php');

folgenden Code ein.

Code: PHP  [Auswählen]

phpinfo();
exit;

Dann gib im Browser https://domain.tld/Kontakt:_:7.html bzw. http://domain.tld/Kontakt:_:7.html ein und suche in der Ausgabe die Werte für folgende Variablen.

Code: XML  [Auswählen]

$_SERVER['REQUEST_SCHEME']  
$_SERVER['SERVER_PORT']  
$_SERVER['SCRIPT_URI']  
$_SERVER['REDIRECT_SCRIPT_URI']

Gruss
Hanspeter

[hbauer]

Hallo Hans Peter,

reine http zugriffe werden direkt auf https umgeleitet. Im Backend unter Hilfsprogramme / ServerInfo steht

Code: PHP  [Auswählen]

$_SERVER['REQUEST_SCHEME']      http

Was ja zu erwarten ist den vom nginx zum apache wird ja http gesprochen.

Ich würde vermuten das in den Fällen in denen ein nginx vor einem apache steht die proxy konfiguration auch über https geht.  Aber das ist eine Vermutung. Vielleicht kann man das in der Proxy Konfiguration einstellen

Aber wie gesagt. ich muss mal den "proxy_set_header X-Forwarded-Proto https" Ansatz prüfen. Das könnte gehen aber ich habe noch nicht komplett verstanden was es mit dem auf sich hat.

[Timm]

Moin

Möchtest du Hilfe, oder dein Problem doch lieber selbst lösen? Anders kann man deine Antworten fast nicht deuten, denn du gehst selten genau auf das ein, was gefragt wurde.

Mindestens

Code: XML  [Auswählen]

$_SERVER['SERVER_PORT']

sollte auch schon im Shopbackend unter Serverinfo sichtbar sein. Angegeben hast du es nicht. Und wenn du den Tipp von Hanspeter mal gemacht hättest, dann würdest du sehen, dass mehr Infos erscheinen, als bei der Serverinfo Seite des Backends. Ich seh dann zb auch

Code: XML  [Auswählen]

$_SERVER['SCRIPT_URI']

, was ich auf der Serverinfo Seite nicht sehen konnte.

Code: XML  [Auswählen]

$_SERVER['REDIRECT_SCRIPT_URI']

gibts bei mir aber nicht (anscheinend weil ich keinen Apache habe). Selbst wenn es das bei dir dann auch nicht gibt, wäre es vielleicht eine wichtige Info. Sei dir sicher, dass Hanspeter nicht ohne Grund und Hintergrundwissen fragt.

Gruss Timm

[hpzeller]

Hallo Timm,

also mir reicht die Antwort von Hagen schon. So wie es aussieht dürfte es tatsächlich ein Serverkonfigurationsproblem sein und mit Serverkonfiguration kenne ich mich nicht aus.

PS:
In meinem Hosting Paket läuft die Verwaltung auf Plesk. Plesk bietet das feature Apache mit nginx als Frontendserver einfach an, da muss man nichts konfigurieren. Nur wenn man nginx ohne Apache betreiben will, dann muss man wegen der fehlenden ".htaccess" die Konfiguration des nginx Servers bearbeiten.

Gruss
Hanspeter

[hbauer]

Moin

Möchtest du Hilfe, oder dein Problem doch lieber selbst lösen? Anders kann man deine Antworten fast nicht deuten, denn du gehst selten genau auf das ein, was gefragt wurde.

Hallo Timm,

Ich kann leider nicht einfach so in einem produktiven System PHP Ausgaben einschleusen. Wir wissen auch schon das es daran liegt das modified annimmt NOSSL Requests zu bekommen. Das ist mit GTB schon besprochen und bestätigt Deswegen brauchen wir auch keinen Port.
Das bedeutet die Frage woher die Weiterleitungen kommen ist geklärt und ich habe das Thema auf gelöst gesetzt wie noRiddle das auch dargestellt hat.

Aktueller Stand ist, es liegt an meiner nginx Konfiguration. Dein Verweis auf Bitpalast kann ich leider auch nicht nachgehen wenn ich dort nicht sehen kann wie die nginx Konfiguration ist.

Gruß
Hagen

[Timm]

Ich kann leider nicht einfach so in einem produktiven System PHP Ausgaben einschleusen.

Moin

Ich bin davon ausgegangen, dass du ein Testsystem hast. Produktiv geht das natürlich nicht.

Gruss Timm

[hbauer]

Timm hatte recht.

Ich denke dein Server ist falsch konfiguriert.

Wie bereits von mir vermuted lag es an einem fehlenden Eintrag für X-Forwarded-Proto https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Forwarded-Proto

Damit kann ein Proxy Server dem dahinter liegenden Anwendungsserver mitteilen mit welchem http(s) Protokoll die Anwendung bei Ihm aufgerufen wurde auch wenn er vielleicht den Verkehr über ein anderen http(s) Protokoll weiterleitet.

Also in die Nginx Proxy con ein

Code: PHP  [Auswählen]

 proxy_set_header X-Forwarded-Proto https;
 

Der Shop hat wie schon gesagt keinen Fehler.

[hpzeller]

Hallo Hagen,

eine Frage, warum brauchst du eigentlich noch den Apache Server wenn du vollen Zugriff auf alle Konfigurationsdateien des nginx Servers hast?

Gruss
Hanspeter

[hbauer]

Hallo Hans-Peter,

wie meistens bei solchen Fragen lautet die Antwort "aus historischen Gründen".  Ich habe den Nginx ich meine vor ca 5 Jahren eingeführt um die Geschwindigkeitsvorteile von http2 zu bekommen. Damals gab es keine Möglichkeit den Shop mit nginx zu betreiben.

Seit dem läuft das und ich sah keinen Grund und hatte keine Zeit mir eine reine nginx Konfiguration zu erstellen.

Aktuell würde ich diesen Punkt nur angehen wenn es eine Version mit echtem nginx support gibt. Die ganzen .htaccess Einstelltungen auf nginx umzuschreiben lacht mich nicht so an.  Aber wie gesagt, ich bin bei der Frage aufgrund fehlendem Pain nicht auf dem laufenden.

Gruß
Hagen

[Timm]

Aktuell würde ich diesen Punkt nur angehen wenn es eine Version mit echtem nginx support gibt. Die ganzen .htaccess Einstelltungen auf nginx umzuschreiben lacht mich nicht so an.

Modified läuft einwandfrei auf einem reinen nginx (nutze Shopversion 2.0.5.1 mit PHP 7.4). Man muss nur ein paar der Einträge der .htaccess umschreiben für nginx. Das hat @GTB für mich gemacht, weshalb ich das hier nicht einfach posten kann. Frag ihn doch mal, ob du die Konfiguration bei ihm erwerben kannst.

Diese Standard Werte musst du dann noch um eventuelle Eigeneinträge in der .htaccess erweitern. Bei mir zwei Zeilen für die suchmaschinenoptimierten Bildernamen und die automatische Sitemap.

Es gibt auch Tools (meist bei Serveranbietern) um das umzuschreiben, allerdings schreibt er dann die komplette .htaccess um, was dann wesentlich länger und gar nicht notwendig ist.

Eventuell wäre ein managed Server für dich eine Option. Dann brauchst du dich um nginx Konfiguration nicht kümmern. Auch da kann @GTB dich beraten.

Gruß Timm

[hbauer]

Hallo Timm,

danke für den Hinweis. Ich bin aktuell recht zufrieden mit meiner Konfiguration die ich selber verwalte. Die läuft seit Jahren gut und stabil. Wenn es mal eine native nginx Konfiguration gibt werde ich darauf wechseln. Bis bis dahin bleibt es so wie es ist.

[Timm]

Hallo Hagen

Du kannst ja mal die Größe meiner Startseite mit deiner und die dazugehörigen Ladezeiten vergleichen (zu reinem nginx kommt aber noch redis caching für die Seite und die session als Unterschied hinzu). Denke da geht noch einiges. Aber das muss jeder selbst entscheiden wie wichtig einem Ladezeit ist und wie sark Google das gewichtet, wo doch nur noch der mobile Index für das Ranking gilt.

Gruss Timm