您有两个服务器块。demo.mytest.io或demo1.mytest.io的请求将与 server_name 本条中的指令:

server {
    server_name  *.mytest.io;
    root         /var/www;
}

你没有 index 或 try_files 指令,因此不带URI路径的请求被nginx解释为请求根目录的目录列表。

你没有 autoindex 指令,默认情况下,此值设置为 off 这会阻止列出目录内容,因此您的请求被拒绝。

对mytest.io的请求与 服务器名称 指令,但添加 default_server 到 listen 第二个块中的指令意味着nginx将使用这个块来处理与任何其他服务器块不匹配的任何请求,以便请求在这里着陆。

第二个块有一组工作指令,所以它可以工作。

正则表达式的构造是非常基本的。

我建议您阅读一下语法,并查看一些示例,了解它们的工作原理,因为即使是基础知识也可以让您构建一些相当全面的模式匹配公式。

例如,上面的“丑陋”conf可以使用下面的regex来匹配 /folder 后跟任意数字,包含任意位数:

location ~* /folder\d+ {

目前还不清楚需要重写的URL有多复杂,但是使用下面给出的两个示例,如果将以下内容放在配置的服务器级别,它将按您所说的进行操作:

rewrite ^(/sales/ref.+)/(.+) $1/ redirect;

此regex将捕获任何以 /sales/refXXX/ 后面有任意数量的字符,然后重写以删除后面的任何内容 销售/

X 可以是任何字符。

envsubst 可能正在移除 $invalid_referer 从 if ($invalid_referer) {

nginx: [emerg] invalid condition ")" in /etc/nginx... 是否为中的空括号返回错误 if 条件

是的,你不会的。你会注意到你的其他头也丢失了。并非所有的收割台都暴露。

从 the docs :

包含从上一个复制的各种头的头(对象)哈希 正在接收该连接的请求。露头包括: origin , referer 和 x-forwarded-for (还有朋友)。我们明确地 不允许访问 cookie 头,因为使用它很容易导致 安全问题(有关详细信息,请参阅“授权”一节)。