JTL-Shop (Docker) in Subdirectory hinter NGINX

[Sunmax]

Hallo,
ich habe ein Problem unseren JTL-Shop zum Laufen zu bringen. Ich benutze den offiziellen(?) Docker-Container (jtlsoftware/shop) welcher unter localhost:8080 erreichbar ist.
Des weiteren benutze ich einen Wordpress Docker-Container um ein schickes Frontend zu haben.
Die ganze Geschichte läuft hinter NGINX, die soweit alles korrekt redirected.
Wenn ich nun also www.meinewebsite.de/store aufrufe kommt auch ganz korrekt der JTL-Shop zum Vorschein. Ebenso der Admin-Bereich, der absolut problemlos läuft.
Was allerdings nicht funktioniert ist, dass von der Wawi übertragenen Bilder sowie alle Unterkategorien/-seiten und Produktseiten entweder in einem 404 oder einem 500er Fehler enden (je nachdem was ich gerade bei der RewriteBase eingestellt habe).

Meine Konfigurationen sehen wie folgt aus:

JTL Shop config.JTL-Shop.ini.php
define('URL_SHOP', 'https://www.meinewebsite.de/store');

JTL Shop .htaccess
(mit /store kommt 500, wenn ich es auskommentiere bekomme ich JTL 404-Seite)
RewriteBase /store

NGINX
location /store { proxy_pass http://localhost:8080/; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto https; }

Ich hoffe, dass jemand eine Idee hat, was ich hier noch ausprobieren könnte.

 

[mh1]

Ich kenne zwar den JTL Shop nicht und weiß deshalb auch nicht, was die JTL Shop Config.php macht, aber für mich sieht schonmal das https in der Variable URL_SHOP verdächtig aus.
An welcher Stelle wird denn TLS terminiert?

Ich würde erstmal den Dockercontainer prüfen, also http://localhost:8080/ und schauen, was da für URL's erzeugt werden (oder doch https://localhost:8080/). Und dann im zweiten Schritt kannst du dich um den nginx kümmern.

Grundsätzlich zur Fehlersuche würde ich dazu raten, curl zu benutzen, denn dann kannst du dir auch die versendeten Header und vieles mehr anzeigen lassen ...und wirst auch nicht vom Browsercache ausgetrickst

 

[Sunmax]

Moin, also mit der config.php meine ich natürlich die config.JTL-Shop.ini.php - hab das mal abgeändert, nicht dass das zu Verwirrungen führt 😄
Die SSL-Geschichte wird von NGINX übernommen und alle http-Anfragen auf https umgeleitet. Wenn ich auf den Server mit dem direkten Port zum Docker-Container gehe werde ich umgeleitet zu der URL die in der config.JTL-Shop.ini.php steht. Mit dem curl werd ich mich mal auseinander setzen. Der Browser Cache ist bei der Geschichte tatsächlich sehr nervig 😅

 

[Sunmax]

Ich hänge hier mal noch einen kleinen Ausschnitt aus dem Apache2 Error-Log des JTL-Shop Docker-Containers an. Mir sagt das irgendwie nix, was da falsch ist 🤔

[Fri Nov 18 14:29:45.827566 2022] [core:debug] [pid 872] core.c(3838): [client 172.21.0.1:47870] AH00122: redirected from r->uri = /store/index.php, referer: https://www.meinewebseite.de/store/
[Fri Nov 18 14:29:45.827580 2022] [core:debug] [pid 872] core.c(3838): [client 172.21.0.1:47870] AH00122: redirected from r->uri = /media/image/product/256/md/produktbild.webp, referer: https://www.meinewebseite.de/store/

und als zweites, was den Internal Server Error wohl versucht sind die "too many redirects":
[Fri Nov 18 14:37:15.047319 2022] [core:error] [pid 1031] [client 172.21.0.1:58834] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://www.meinewebsite.de/store/

 

[Fabrice]

Ihm ich wäre vorsichtig mit einem Container, welcher seit einem Jahr nicht mehr neu gebaut wurde. Da sind dann auch die Bugs des letzten Jahres mit drinnen. Wollte auch erst diesen nehmen und hab mir lieber selbst einen gebaut.

 

[Thomas_T]

na da ist doch schon der fehler im Log:
...redirected from r->uri = /media/image/product/256/md/produktbild.webp, referer: https://...
deine uri müsste in diesem Fall: /store/media/image/product/... heissen, wenn die shop-uri mit /store/ beginnt