操作系统应用开发(二十四)RustDesk 404错误—东方仙盟筑基期

在东方仙盟的修仙世界里，我们可以将服务器配置想象成修仙者构建独特灵力传输与交互通道的过程。下面让我们来逐行解读这段服务器配置代码，探寻其背后如同修仙法门般的奥秘，以及它在 RustDesk 应用中的重要作用，并且理解为何采用 HTTPS 域名模式。

配置解释

1. location /ws/id

这一行就如同修仙者在自身庞大的灵力脉络体系中，开辟出一条名为 /ws/id 的特定灵力通道。location 指令用于定义一个匹配请求 URI 的路径，这里表示当请求的路径为 /ws/id 时，后续的配置规则将被应用。这就好比修仙者设定了一个特定的灵力汇聚与传输的入口，只有符合这个入口条件的灵力波动，才能进入到特定的处理流程。

2. proxy_pass http://127.0.0.1:21118;

此句如同将这条灵力通道与修仙者体内的一处灵力源泉相连接。proxy_pass 指令指定了反向代理将请求转发到的目标地址，即本地回环地址 127.0.0.1 的 21118 端口。这意味着当有符合 /ws/id 路径的请求进来时，服务器会像修仙者引导灵力一样，将请求转发到这个特定的后端服务，让其进行进一步处理。

3. proxy_http_version 1.1;

这一步就像是修仙者调整自身灵力传输的节奏与频率，使其与特定的灵力规则相匹配。proxy_http_version 设置代理服务器使用的 HTTP 协议版本为 1.1。在网络通信中，不同的 HTTP 协议版本具有不同的特性和功能，选择合适的版本能确保请求和响应的正确处理，就如同修仙者遵循特定的灵力运转法则，以实现高效的灵力交互。

4. proxy_set_header Upgrade $http_upgrade;

这一行类似于修仙者感知到外界灵力的特殊变化，并做出相应的调整。Upgrade 头信息用于告知服务器客户端希望将 HTTP 连接升级为其他协议，这里通过 proxy_set_header 指令将客户端发送的 Upgrade 头信息传递给后端服务器。在 WebSocket 通信场景中，这是实现协议升级的关键步骤，就像修仙者察觉到某种特殊灵力的涌动，准备开启更高级别的灵力交互方式。

5. proxy_set_header Connection "Upgrade";

此指令如同修仙者在开启更高级灵力交互方式时，稳固自身与外界灵力的连接纽带。Connection 头信息配合 Upgrade 头信息，明确告诉服务器客户端希望进行协议升级。将其设置为 Upgrade，确保服务器能够正确理解客户端的意图，顺利完成从 HTTP 到 WebSocket 等协议的升级，如同修仙者在特殊灵力交互时，确保自身与外界灵力的顺畅连接。

6. proxy_set_header Host $host;

这一步好比修仙者在灵力交互过程中，准确传递自身的身份标识。Host 头信息包含了请求的目标主机名，通过 proxy_set_header 将客户端请求中的 Host 头信息传递给后端服务器。这对于后端服务器正确处理请求至关重要，它能让后端服务器知道请求是针对哪个主机的，就像修仙者在与外界灵力交互时，表明自己的身份和所属门派，以便对方做出准确回应。

7. proxy_set_header X - Real - IP $remote_addr;

此句如同修仙者向灵力交互的另一方透露自己感知到的外界灵力源头的真实信息。X - Real - IP 头信息用于记录客户端的真实 IP 地址，通过将 $remote_addr（表示客户端的实际 IP 地址）设置为 X - Real - IP 头信息的值，后端服务器可以获取到客户端的真实 IP。这在很多场景下非常重要，比如日志记录、访问控制等，就像修仙者在与其他修仙者交流时，告知对方自己所感知到的灵力来源方向。

8. proxy_set_header X - Forwarded - For $proxy_add_x_forwarded_for;

这一行类似于修仙者在灵力传递过程中，保留灵力传递路径上的所有信息。X - Forwarded - For 头信息用于记录请求经过的代理服务器列表，$proxy_add_x_forwarded_for 会将客户端的 IP 地址添加到这个列表中。当请求经过多个代理服务器时，后端服务器可以通过这个头信息了解请求的完整转发路径，如同修仙者在灵力传递过程中，记录下灵力所经过的每一个关键节点。

9. proxy_set_header X - Forwarded - Proto $scheme;

此指令如同修仙者在灵力交互时，明确告知对方灵力交互所采用的方式。X - Forwarded - Proto 头信息用于标识请求最初是通过何种协议发起的（如 http 或 https），通过 proxy_set_header 将 $scheme（表示请求的协议）设置为 X - Forwarded - Proto 头信息的值，后端服务器可以知道请求的原始协议，以便做出相应的处理，就像修仙者在与他人进行灵力交互时，明确告知对方所采用的灵力交互法门。

10. proxy_read_timeout 120s;

这一步如同修仙者为自己的灵力交互过程设定一个合理的时间限制，以确保灵力交互的有效性。proxy_read_timeout 设置代理服务器从后端服务器读取响应的超时时间为 120 秒。如果在这个时间内没有读取到完整的响应，代理服务器将终止连接。这有助于避免长时间等待无效的响应，提高系统的稳定性和效率，就像修仙者在进行灵力修炼或交互时，设定一个合理的时间范围，以保证修炼效果和避免不必要的消耗。

location /ws/relay 部分

这部分与 location /ws/id 的配置结构和含义相似，同样是为 /ws/relay 路径的请求设置反向代理规则，将请求转发到 127.0.0.1:21119 端口的后端服务，并进行一系列与 WebSocket 相关的头信息设置和超时设置。可以理解为修仙者又开辟了一条类似但功能可能稍有不同的灵力通道，这条通道连接到另一处灵力源泉（21119 端口的服务），用于满足不同的灵力交互需求。

RustDesk 中这段配置的作用

在 RustDesk 的应用场景中，这两段配置起着至关重要的作用。RustDesk 作为一款远程桌面软件，依赖 WebSocket 进行实时的通信，如远程桌面的画面传输、控制指令交互等。上述配置为 RustDesk 建立了特定的通信通道，通过反向代理将相关请求准确转发到对应的后端服务端口，同时确保 WebSocket 协议的顺利升级和数据的正确传输。它就像是 RustDesk 在服务器端构建的灵力传输网络，保障了 RustDesk 各个功能模块之间的高效通信，使得远程桌面服务能够稳定、流畅地运行。

采用 HTTPS 域名模式的原因

在东方仙盟的世界里，HTTPS 域名模式就如同为修仙者的灵力传输通道加上了一层强大的灵力护盾。采用 HTTPS 域名模式主要是为了保证通信的安全性和数据的完整性。HTTPS 通过 SSL/TLS 协议对数据进行加密传输，就像为灵力通道中的灵力包裹上一层加密的屏障，防止数据在传输过程中被窃取、篡改，确保用户在使用 RustDesk 进行远程桌面连接时，其传输的敏感信息（如屏幕数据、控制指令等）的安全性。同时，使用域名模式便于用户记忆和访问，并且可以通过域名进行证书绑定，进一步增强安全性和可信度，就像修仙者在自己的修行洞府上铭刻独特的标识，让其他修仙者能够准确找到且信任这个安全的灵力交互场所。

阿雪技术观

让我们积极投身于技术共享的浪潮中，不仅仅是作为受益者，更要成为贡献者。无论是分享自己的代码、撰写技术博客，还是参与开源项目的维护和改进，每一个小小的举动都可能成为推动技术进步的巨大力量

Embrace open source and sharing, witness the miracle of technological progress, and enjoy the happy times of humanity! Let's actively join the wave of technology sharing. Not only as beneficiaries, but also as contributors. Whether sharing our own code, writing technical blogs, or participating in the maintenance and improvement of open source projects, every small action may become a huge force driving technological progrss.