本文介绍了如何利用反向代理（如 Nginx）绕过前端应用对后端 API 的基本身份验证。通过在反向代理配置中设置 Authorization 请求头，允许来自特定前端应用的请求无需提供用户名和密码即可访问后端接口，同时保持对其他客户端的身份验证要求。
在前后端分离的应用架构中，后端通常使用 Spring Security 等框架实现基本身份验证，以保护 API 接口。 然而，某些场景下，我们可能希望允许特定的前端应用在无需提供用户名和密码的情况下访问后端接口，但同时仍然要求其他客户端（如 Postman、RestTemplate 等）进行身份验证。 这可以通过配置反向代理来实现。
使用反向代理绕过基本身份验证
反向代理位于客户端和后端服务器之间，可以拦截客户端的请求并进行处理。 我们可以利用反向代理来判断请求是否来自特定的前端应用，并根据判断结果设置 Authorization 请求头，从而绕过基本身份验证。
以下以 Nginx 为例，说明如何配置反向代理：
立即学习“前端免费学习笔记（深入）”；
location / {
proxy_pass http://127.0.0.1:8080;
proxy_set_header Authorization "Basic ";
} 配置详解：
- location /: 指定需要代理的 URL 路径。 这里配置 / 表示代理所有请求。
- proxy_pass http://127.0.0.1:8080: 指定后端服务器的地址和端口。请根据实际情况修改。
-
proxy_set_header Authorization "Basic
" : 设置 Authorization 请求头。需要替换为 base64(username:password) 的结果。
- 将用户名和密码以 username:password 的格式拼接。
- 使用 Base64 编码对拼接后的字符串进行编码。
例如，如果用户名为 user，密码为 password，则：
- 拼接后的字符串为 user:password。
- Base64 编码后的结果为 dXNlcjpwYXNzd29yZA==。
因此，nginx 配置应修改为：
location / {
proxy_pass http://127.0.0.1:8080;
proxy_set_header Authorization "Basic dXNlcjpwYXNzd29yZA==";
}工作原理：
当客户端请求到达 Nginx 时，Nginx 会拦截请求，并设置 Authorization 请求头。 后端服务器收到请求后，会根据 Authorization 请求头进行身份验证。 由于 Nginx 已经设置了正确的 Authorization 请求头，因此后端服务器会认为请求已经通过了身份验证，从而允许访问。
注意事项：
- 请务必保护好用户名和密码，避免泄露。
- 在生产环境中，建议使用 HTTPS 加密传输数据，以防止 Authorization 请求头被窃取。
- 这种方式绕过了前端应用的基本身份验证，因此需要确保前端应用是可信的。 如果前端应用存在安全漏洞，可能会导致未经授权的访问。
- 如果需要更细粒度的控制，可以考虑使用 JWT (JSON Web Token) 等更安全的身份验证方式。
- 请根据实际情况调整 Nginx 配置，例如添加其他请求头、设置缓存等。
总结：
通过配置反向代理，我们可以方便地绕过前端应用的基本身份验证，同时保持对其他客户端的身份验证要求。 这是一种简单有效的解决方案，可以满足特定的业务需求。 然而，在实际应用中，需要根据具体情况选择合适的身份验证方式，并采取必要的安全措施，以确保系统的安全性。
