• • bounty将在6天后过期**。回答此问题可获得+200声望奖励。emmdee希望引起更多人对此问题的关注：我真的很难弄清楚如何/为什么这样的行为，我应该做什么来解决。应该是直接再现/故障排除与网站配置的例子，我提供了。感谢任何人的帮助。

我已经审查了这些类似的职位：

• Can't access added headers using NGINX auth_request_set
• https://serverfault.com/questions/954333/nginx-upsteam-cache-status-custom-header-will-not-appear
• Nginx auth_request_set directive doesn't work

不过，我想我在这方面还是需要一些帮助的...
我遇到的问题是auth_request_set无法按预期工作。
下面是一个简化的"概念证明"配置，它是我所面临的问题的一个易于重现的示例。可以作为站点配置运行：

map $auth_resp_x_user $invalid_user {
  default "1";
  authUser "0";
}

server {
  listen 8080;

  auth_request /fake-auth;

  auth_request_set $auth_resp_x_user authUser;

  location = /fake-auth {
    # Mock a successful auth_request
    return 200;
  }

  location / {

    if ($invalid_user) {
      return 403;
    }

    return 200;

  }
}

我希望auth_request_set在auth_request完成后触发。
但是，似乎没有为$auth_resp_x_user设置任何值，因此上面的位置/将返回403。
如果我只将这一行更改为使用set而不是auth_request_set，它将正常工作。
这将返回位置/的200，符合预期：

map $auth_resp_x_user $invalid_user {
  default "1";
  authUser "0";
}

server {
  listen 8080;

  auth_request /fake-auth;

  set $auth_resp_x_user authUser;

  location = /fake-auth {
    # Mock a successful auth_request
    return 200;
  }

  location / {

    if ($invalid_user) {
      return 403;
    }

    return 200;

  }
}

既然set工作正常，我知道我在auth_request_set上做错了什么。我只是不确定我到底做错了什么。谢谢你的帮助。