HTTP 301 响应代码问题分析

1. 301重定向的含义

HTTP 301表示"永久移动"，浏览器或客户端需跟随Location头指定的新URL。若代理服务器未正确处理此重定向，可能导致连接失败或异常行为。

2. 代理服务器配置问题

• Nginx反向代理：若Nginx配置中存在重写规则（如rewrite或proxy_pass），可能导致WebSocket或普通HTTP请求被错误重定向。
• 正向代理限制：某些代理可能因proxy_connect_allow配置未开启，拒绝包含端口的URL请求，导致403错误（间接关联301问题）。

3. 客户端处理差异

• Scrapy与Curl对比：Scrapy在代理下无法处理301重定向，而直接使用Curl可成功获取响应。这可能源于Scrapy的代理处理逻辑未正确解析重定向链，或代理配置未传递完整重定向信息。
• WebSocket连接：WebSocket握手时若代理未正确设置Upgrade和Connection头，可能导致301错误。

4. URL路径与协议不匹配

• 路径缺失斜杠：WebSocket URL若缺少尾部斜杠（如/ws vs /ws/），可能触发301重定向。
• HTTP/HTTPS协议冲突：若客户端尝试HTTP连接而服务器要求HTTPS（反之亦然），代理可能返回301错误。

5. 服务器端响应异常

• 代理服务器拒绝连接：若代理服务器因认证失败（如用户名/密码错误）返回301，需检查代理认证配置。
• HAProxy配置问题：HAProxy可能将301错误伪装为302，需检查fcgi-app配置及PHP-FPM响应头设置。

1. 检查代理服务器配置

• Nginx：确保proxy_pass、proxy_set_header等指令正确配置，避免重定向干扰。

  location /ws/ {
      proxy_pass http://192.168.10.3:8082/ws;
      proxy_http_version 1.1;
      proxy_set_header Upgrade $http_upgrade;
      proxy_set_header Connection "upgrade";
  }

• 正向代理：调整proxy_connect_allow为all，允许代理处理带端口的URL。

2. 客户端处理重定向

• Scrapy：确认代理配置是否支持自动跟随重定向（默认启用），或手动处理301响应。
• WebSocket：确保客户端代码正确设置Upgrade和Connection头，避免代理拦截。

3. 验证URL与协议一致性

• 路径完整性：检查URL路径是否包含必要斜杠（如/test/ vs /test）。
• 协议匹配：若客户端与服务器协议不一致（如HTTP vs HTTPS），强制统一协议。

4. 调试与日志

• 直接测试：使用curl直接访问目标URL，确认是否为代理问题。
• 代理日志：检查Nginx/HAPRoxy日志，定位301重定向的来源。