# Shopware 6 in DMZ hinter einem proxy nach update von 6.4.1.1 nach 6.4.3.1 BAD Request 400

**URL:** https://forum.shopware.com/t/shopware-6-in-dmz-hinter-einem-proxy-nach-update-von-6-4-1-1-nach-6-4-3-1-bad-request-400/90108
**Category:** Shopware 6 (German)
**Tags:** installation--gettin, administration
**Created:** [3. September 2021 um 09:25 UTC](https://forum.shopware.com/t/shopware-6-in-dmz-hinter-einem-proxy-nach-update-von-6-4-1-1-nach-6-4-3-1-bad-request-400/90108 "2021-09-03T09:25:47Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![adam1](https://avatars.discourse-cdn.com/v4/letter/a/7ba0ec/32.png) [@adam1](https://forum.shopware.com/u/adam1)
#### Post date: [3. September 2021 um 09:25 UTC](https://forum.shopware.com/t/shopware-6-in-dmz-hinter-einem-proxy-nach-update-von-6-4-1-1-nach-6-4-3-1-bad-request-400/90108/1 "2021-09-03T09:25:47Z")

</div>

Unsere Installation ist ein proxy traefik (aber auch varnish getestet) vor shopware 6 mit nginx. Mit shopware 6.4.1.1 war alles Ok. Nach update auf 6.4.3.1 erhalten wir nur einen 400 Bad Request Error.  
Anscheinend hat sich bei symfony etwas geändert. X\_FORWARDED\_ALL nicht mehr erlaubt . Die Funktion setTrustedProxies liefert ein array mit unseren Einträgen in der .env zurück. Der X\_FORWARDED\_HOST ist der Client. X\_FORWARDED\_PROTO ist https. Die X-Real-IP ist die des CLiensts und X\_FORWARDED\_SERVER wird der Proxy übermittelt.

Auf der Proxy Seite ist die Anfrage per HTTPS. Der Proxy selber leitet die Anfrage allerdings per HTTP an den nginx und damit an shopware weiter.

Request::createFromGlobals() gibt noch einen Wert zurück. Den Auszuwerten ist allerdings sehr umfangreich. $kernel-\>handle($request); ergibt dann ein Problem. Von daher gehe ich eigentlich davon aus, dass das setzen der vertrauenswürdigen Proxies funktioniert. Dennoch wird der Request falsch von Shopware behandelt.

Hat jemand eine Idee an welchem Punkt /Wert/Einstellung es liegen könnte. Für einen Hinweis wäre ich dankbar!