ngnx反向端口代理
### 关于两个配置的 Header 部分差异
在你提供的两个 Nginx 配置中，`proxy_set_header` 部分的主要区别如下：
#### 第一个配置：
```nginx
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_redirect off;
```
#### 第二个配置：
```nginx
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
```
### 差异分析：
1. **`Upgrade` 和 `Connection` 头**：
- 第一个配置中包含以下两个头：
```nginx
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
```
这两个头主要用于支持 WebSockets。`Upgrade` 和 `Connection` 头是 WebSocket 协议的一部分，用于在 HTTP 请求中指示客户端希望升级到 WebSocket 协议。如果你的应用程序支持 WebSocket，那么这两个头是必要的。
- 第二个配置中没有这两个头，因此它不支持 WebSocket。
2. **`proxy_redirect off;`**：
- 第一个配置中包含 `proxy_redirect off;`，而第二个配置中没有。
- `proxy_redirect off;` 的作用是告诉 Nginx 不要修改后端服务返回的 `Location` 和 `Refresh` 头中的 URL。如果不设置这个指令，Nginx 会将后端服务返回的重定向 URL 替换为代理服务器的 URL，这可能会导致一些问题，比如后端服务返回的重定向地址不正确。
- 如果你的后端服务返回的重定向地址是正确的，并且你希望 Nginx 不要修改它们，那么应该保留 `proxy_redirect off;`。
### 关于 `proxy_redirect`
`proxy_redirect` 是 Nginx 的一个指令，用于控制 Nginx 如何处理后端服务返回的 `Location` 和 `Refresh` 头。具体来说：
- **`proxy_redirect off;`**：
- 当设置为 `off` 时，Nginx 不会修改后端服务返回的 `Location` 和 `Refresh` 头中的 URL。这意味着后端服务返回的重定向地址将直接传递给客户端。
- 适用场景：后端服务返回的重定向地址是正确的，或者你希望客户端直接使用后端服务返回的地址。
- **其他值**：
- 如果设置为其他值，Nginx 会将后端服务返回的 `Location` 和 `Refresh` 头中的 URL 替换为指定的值。例如：
```nginx
proxy_redirect http://backend.example.com/ http://frontend.example.com/;
```
这意味着如果后端服务返回的 `Location` 是 `http://backend.example.com/some/path`，Nginx 会将其替换为 `http://frontend.example.com/some/path`。
### 总结
- 第一个配置支持 WebSocket，并且不会修改后端服务返回的重定向地址。
- 第二个配置不支持 WebSocket，并且没有明确指定是否修改后端服务返回的重定向地址。
- 如果你的应用程序需要支持 WebSocket，或者后端服务返回的重定向地址需要保留，那么第一个配置更适合。
### 关于链接解析问题
由于 `http://127.0.0.1:8071` 和 `http://127.0.0.1:8070` 是本地地址，无法通过网络直接访问。如果需要解析这些链接的内容，你需要确保本地服务器正在运行，并且端口 `8071` 和 `8070` 已正确配置。如果仍然无法访问，可能是以下原因之一：
1. 本地服务未启动。
2. 防火墙或网络配置阻止了访问。
3. 链接拼写错误或服务未正确绑定到指定端口。
建议检查本地服务状态和网络配置，或者适当重试。
https://github.com/Nriver/trilium-translation/issues/127
https://github.com/TriliumNext/trilium/issues/4905