如何激活nginx sub_filter时，它存在于配置?

Question

我下载了nginx windows版本1.21.6 (https://nginx.org/en/download.html)，nginx -V输出包含--with-http_sub_module:

PS C:Utilsnginx-1.21.6> .nginx.exe -V
nginx version: nginx/1.21.6
built by cl 16.00.40219.01 for 80x86
built with OpenSSL 1.1.1m  14 Dec 2021
TLS SNI support enabled
configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug --prefix= --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid --http-log-path=logs/access.log --error-log-path=logs/error.log --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp --http-proxy-temp-path=temp/proxy_temp --http-fastcgi-temp-path=temp/fastcgi_temp --http-scgi-temp-path=temp/scgi_temp --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=1024 --with-pcre=objs.msvc8/lib/pcre2-10.39 --with-zlib=objs.msvc8/lib/zlib-1.2.11 --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_stub_status_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_slice_module --with-mail --with-stream --with-openssl=objs.msvc8/lib/openssl-1.1.1m --with-openssl-opt='no-asm no-tests -D_WIN32_WINNT=0x0501' --with-http_ssl_module --with-mail_ssl_module --with-stream_ssl_module

不幸的是，我不能使替换工作:(我试图在这里得到一些灵感:https://samanbaboli.medium.com/modify-html-pages-on-the-fly-using-nginx-2e7a2d069086

这是我的配置

worker_processes 1;
worker_rlimit_nofile 8192;
pid nginx.pid;
events {
worker_connections 24;
}
http {
server {
listen 80;
server_name  localhost;
location / {
proxy_pass      https://example.org;
sub_filter '</head>' '<script>alert("Hi")</script></head>';
sub_filter_once on;
}
location /test {
return 200 'OKAY';
sub_filter 'OKAY' 'OK';
sub_filter_once on;
}
}
}

有什么想法，我做错了吗?

http://localhost/不会抛出警告"Hi"， http://localhost/test返回"OK"，不期望"OK"

根据这个答案，不应该有任何参数或额外的配置需要:(Nginx，如何启动服务与ngx_http_sub_module启用

Answer 1

Content-TypeHTTP头，除非通过default_type指令明确指定(在位置或任何级别上)，默认情况下将等于text/plain。sub_filter指令只对具有text/htmlMIME类型的内容起作用，除非使用sub_filter_types指令指定了其他类型。因此，要使您的替换在/test位置工作，请使用

location /test {
default_type text/html;
return 200 'OKAY';
sub_filter 'OKAY' 'OK';
}

或者，如果你没有default_type指令指定其他类型而不是text/plain，

location /test {
return 200 'OKAY';
sub_filter_types text/plain;
sub_filter 'OKAY' 'OK';
}

我不明白为什么在你的主位置替换不起作用。检查从https://example.org返回的实际MIME类型和HTML标记使用的大写/小写。真的是</head>而不是</HEAD>吗?

作为OP注意到的sub_filter模块不与压缩的上游响应工作，所以如果上游能够压缩其响应，Accept-Encoding头不应该传递给上游:

location / {
proxy_pass https://example.org;
proxy_set_header Accept-Encoding "";
sub_filter '</head>' '<script>alert("Hi")</script></head>';
sub_filter_once on;
}