Beta Branch update nginx 1.23.0 default in 130.00beta01

update nginx 1.23.0 default in 130.00beta01

- update from nginx 1.21.6 mainline to nginx 1.23.0 mainline https://nginx.org/en/CHANGES
- existing users can run cmupdate and then centmin.sh menu option 4 to update to nginx 1.23.0

Continue reading...

---

130.00beta01 branch

• Branch: https://github.com/centminmod/centminmod/tree/130.00beta01
• Commit History: https://github.com/centminmod/centminmod/commits/130.00beta01

 

Yeah reverted back to 1.21.6 as 1.23.0 isn't compatible with some Nginx modules https://community.centminmod.com/threads/revert-to-nginx-1-21-6-default-in-130-00beta01.22987/

 

Yeah the OpenResty developed srcache-nginx-module hasn't been updated in a while but that can also be because it doesn't need updating until now. This module is used for Centmin Mod's centmin.sh menu option 22 Wordpress auto installer's guest full HTML page caching using Redis Nginx level caching.

I submitted issue for srcache-nginx-module at Nginx 1.23.0 header changes · Issue #96 · openresty/srcache-nginx-module and seems there's a PR for it already Update handling of cache_control changed in nginx 1.23.0 (Fixes #96) by hnakamur · Pull Request #97 · openresty/srcache-nginx-module

1.23.0 also breaks the nginx redis module also used by Centmin Mod's centmin.sh menu option 22 Wordpress auto installer's guest full HTML page caching using Redis Nginx level caching and have issue posted at nginx 1.23.0 header changes · Issue #1 · osokin/ngx_http_redis

1.23.0 also needs optional Nginx njs module update to 0.7.5 so once 1.23.0 compatibility is fixed, I'd need to update Nginx njs module to 0.7.5 as well njs scripting language

Looks like OpenResy headers-more nginx module also needs update for 1.23.0 headers-more-nginx-module not compatible with nginx 1.23.0 · Issue #132 · openresty/headers-more-nginx-module

I get

Code (Text):

In file included from /usr/include/dlfcn.h:25,
                 from src/os/unix/ngx_linux_config.h:58,
                 from src/core/ngx_config.h:26,
                 from ../headers-more-nginx-module-0.33/src/ddebug.h:5,
                 from ../headers-more-nginx-module-0.33/src/ngx_http_headers_more_headers_in.c:10:
../headers-more-nginx-module-0.33/src/ngx_http_headers_more_headers_in.c:162:50: error: ‘ngx_http_headers_in_t’ has no member named ‘cookies’; did you mean ‘cookie’?
  162 |                  offsetof(ngx_http_headers_in_t, cookies),
      |                                                  ^~~~~~~
make[1]: *** [objs/Makefile:2857: objs/addon/src/ngx_http_headers_more_headers_in.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/svr-setup/nginx-1.23.0'
make: *** [Makefile:10: build] Error 2

 

There's pull request fixes for headers-more and srcache already, I have them auto patched on latest Centmin Mod 130.00beta01 update. But waiting on ngx_http_redis. Reminds me also need to do the same for 124.00stable.

 

Yeah 1.21.6 and 1.22.0 branches should work.

Yeah didn't want to but better than potentially breaking all Centmin Mod users Nginx install/configs. Only a small fraction of Centmin Mod users frequent the forums so wouldn't know about the issue. Then again realistically not much will break as a failed 1.23 update will just use existing Nginx running binary without issue just you won't successfully update to Nginx 1.23.0 without fixing module compatibility.

FYI, I actively use all the incompatible Nginx modules - headers more, srcache, redis and also Nginx njs modules

 

There's no real security update, 1.23.0 mainline is based off of 1.21.x mainline which Centmin Mod Nginx 1.21.6 is using. You can see change log of mainline at https://nginx.org/en/CHANGES it goes from 1.21.6 to 1.23.0 and only changes in 1.23.0 from 1.21.6 are bug fixes and changes to header handling (which is what broke other nginx modules compatibility)

 

Yes definitely on my mind always! Hence why I have a stable and beta version and why a lot of Nginx modules are controlled by individual variables you can turn on/off via persistent config file so Centmin Mod so can cater to different users.

Though the redis nginx module is hard coded to enable due to Centmin Mod centmin.sh menu option 22 Wordpress installer offering Redis Nginx level caching method as a selection option. I guess I can add a check to hide that selection as a choice, if redis nginx module is disabled by end user. Going to add that feature into 130.00beta01 soon