# Shop mit Nginx als Reverse Proxy kein https://. bei Bildern

**URL:** <https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236>\
**Category:** Shopware 3.5\
**Tags:** installation--gettin\
**Created:** [27. August 2013 um 12:36 UTC](https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236 "2013-08-27T12:36:02Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![atavio](https://avatars.discourse-cdn.com/v4/letter/a/9f8e36/32.png) [@atavio](https://forum.shopware.com/u/atavio)\
**Post date:** [27. August 2013 um 12:36 UTC](https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236/1 "2013-08-27T12:36:02Z")

</div>

Hallo, bei unserem Shop mit Nginx als Reverse Proxy werden die Bilder im Warenkorb nicht als https:// ausgegeben? Im Browser erscheint deshalb der Hinweis! “Die Verbindung zu [www.atavio.de](http://www.atavio.de) ist mit einer 256-Bit-Verschlüsselung verschlüsselt. Diese Seite enthält jedoch andere, nicht sichere Ressourcen.” Gibt eine bestimmte Einstellung für Nginx damit die Bilder mit [https://…](https://..). ausgegeben werden? Gruß Albertus

---

<div class="post-metadata">

**Author:** ![atavio](https://avatars.discourse-cdn.com/v4/letter/a/9f8e36/32.png) [@atavio](https://forum.shopware.com/u/atavio)\
**Post date:** [29. August 2013 um 09:54 UTC](https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236/2 "2013-08-29T09:54:30Z")

</div>

Hallo, hat keiner einen Lösungsansatz!!! Auch das Shopware Team nicht? Gruss Albertus Meine Nginx Datei server { listen 00.000.000.00:80; listen 00.000.000.00:443 ssl; ssl\_certificate /var/www/ssl/example.de.nginx\_bundle.crt; ssl\_certificate\_key /var/www/ssl/example.de.nginx.key; server\_name [example.de](http://example.de) \*.example.de 00.000.000.00; root /var/www/example.de/web; if ($http\_host != “[www.example.de](http://www.example.de)”) { rewrite ^ $scheme://www.example.de$request\_uri permanent; } index index.php index.html; location = /favicon.ico { log\_not\_found off; access\_log off; } location = /robots.txt { allow all; log\_not\_found off; access\_log off; } location ~ /. { deny all; } location ~ /(engine|images/[a-z]+|files|templates)/ { } location / { proxy\_cache nginx\_cache; proxy\_pass [http://127.0.0.1:82;](http://127.0.0.1:82;) } location ~\* .(js|css|ico) { expires 30d; } gzip on; gzip\_buffers 16 8k; gzip\_comp\_level 6; gzip\_http\_version 1.1; gzip\_min\_length 1000; gzip\_types text/plain text/css application/json application/x-javascript text/xml application/xm gzip\_vary on; gzip\_proxied any; # Compression for all requests. gzip\_disable “msie6”; }

---

<div class="post-metadata">

**Author:** ![ovi](https://avatars.discourse-cdn.com/v4/letter/o/3ab097/32.png) [@ovi](https://forum.shopware.com/u/ovi)\
**Post date:** [29. August 2013 um 13:53 UTC](https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236/3 "2013-08-29T13:53:35Z")

</div>

Wenn mich nicht alles täuscht, liegt es daran, dass Shopware bzw. das unterliegende Framework nicht erkennt bzw. erkennen kann, dass es sich um einen HTTPS Request handelt, da es sich bei der Ansteuerung eures Backendservers um einen regulären HTTP Request handelt. Die Unterscheidung zur Generierung der (Bild-)URL ist nicht allein abhängig von dem Bereich, in dem man sich befindet (hier Checkout), sondern auch von dem Aufruf bzw. dem Protokoll an sich (hier HTTP, mehr sieht der Backendserver nicht).

---

<div class="post-metadata">

**Author:** ![TimmeHosting](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/timmehosting/32/15580_2.png) [@TimmeHosting](https://forum.shopware.com/u/TimmeHosting)\
**Post date:** [4. Oktober 2013 um 01:36 UTC](https://forum.shopware.com/t/shop-mit-nginx-als-reverse-proxy-kein-https-bei-bildern/15236/4 "2013-10-04T01:36:55Z")

</div>

Versuch’ doch mal proxy\_pass https://127.0.0.1:82;