# 1.2 and Nginx, different behaviour compare to non-nginx

**URL:** <https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922>\
**Category:** Uncategorized\
**Created:** [July 27, 2020, 11:12pm UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922 "2020-07-27T23:12:58Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![mattmartincouk](https://avatars.discourse-cdn.com/v4/letter/m/2acd7d/32.png) [@mattmartincouk](https://forum.genieacs.com/u/mattmartincouk)\
**Post date:** [July 27, 2020, 11:12pm UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922/1 "2020-07-27T23:12:58Z")

</div>

We’re testing GenieACS and had this working on a standard config but when we’ve put this behind Nginx, it does not work “normally”.

Where as direct we’d see one request per device on each refresh, when behind Nginx, we see:

```
2020-07-27T23:05:58.638Z [INFO] 127.0.0.1 000413-snomD785-xxx: ACS request; acsRequestId="17392867ac3001b" acsRequestName="GetParameterNames"
2020-07-27T23:05:58.794Z [INFO] 127.0.0.1 000413-snomD785-xxx: ACS request; acsRequestId="17392867ac3001c" acsRequestName="GetParameterNames"
2020-07-27T23:05:58.954Z [INFO] 127.0.0.1 000413-snomD785-xxx: ACS request; acsRequestId="17392867ac3001d" acsRequestName="GetParameterNames"
2020-07-27T23:05:59.115Z [INFO] 127.0.0.1 000413-snomD785-xxx: ACS request; acsRequestId="17392867ac3001e" acsRequestName="GetParameterNames"

```

Then followed by:

```
2020-07-27T23:05:59.267Z [WARN] 127.0.0.1 000413-snomD785-xxx: Channel has faulted; channel="bootstrap" retries=0 faultCode="too_many_commits" faultMessage="Too many commit iterations"
2020-07-27T23:05:59.268Z [WARN] 127.0.0.1 000413-snomD785-xxx: Channel has faulted; channel="default" retries=0 faultCode="too_many_commits" faultMessage="Too many commit iterations"

```

I can’t see anything in the docs but would there any anything obvious we’re missing or that isn’t documented?

(Nginx works for the web interface and fs services and we can also access the cwmp service which gives “405 Method Not Allowed” which is the same as when access it outside of nginx).

Thanks!

---

<div class="post-metadata">

**Author:** ![ketil](https://avatars.discourse-cdn.com/v4/letter/k/3be4f8/32.png) [@ketil](https://forum.genieacs.com/u/ketil)\
**Post date:** [July 28, 2020, 12:36am UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922/2 "2020-07-28T00:36:43Z")

</div>

I woke up to this issue this morning(1 hour ago or so), I have a suspicion that apt have auto updated the system yesterday.

Several of the tr-069 trees just throws this error (they didnt yesterday) im also seeing mutiple values simply not updating now.

I wonder if it has something to do with a nginx update ?  
nginx version: nginx/1.18.0 (Ubuntu)

---

<div class="post-metadata">

**Author:** ![mattmartincouk](https://avatars.discourse-cdn.com/v4/letter/m/2acd7d/32.png) [@mattmartincouk](https://forum.genieacs.com/u/mattmartincouk)\
**Post date:** [July 28, 2020, 12:54am UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922/3 "2020-07-28T00:54:09Z")

</div>

Mine was a new Ubuntu 18 install running nginx 1.14.0.

---

<div class="post-metadata">

**Author:** ![zaidka](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.genieacs.com/zaidka/32/9_2.png) [@zaidka](https://forum.genieacs.com/u/zaidka)\
**Post date:** [July 30, 2020, 2:03am UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922/4 "2020-07-30T02:03:59Z")

</div>

Might be related to this: [Invalid session with Apache proxy](https://forum.genieacs.com/t/invalid-session-with-apache-proxy/749/2)

---

<div class="post-metadata">

**Author:** ![mattmartincouk](https://avatars.discourse-cdn.com/v4/letter/m/2acd7d/32.png) [@mattmartincouk](https://forum.genieacs.com/u/mattmartincouk)\
**Post date:** [August 1, 2020, 10:20pm UTC](https://forum.genieacs.com/t/1-2-and-nginx-different-behaviour-compare-to-non-nginx/922/5 "2020-08-01T22:20:34Z")

</div>

Have tried all the alternatives for nginx but no joy as yet.

Although not sure if that is due to us using 1.2.x instead of 1.1.3…