[参考译文] TM4C129XNCZAD：端口号为8000的 HTTP 服务器出现问题

您好！

 我现在不在办公室。 我明天会回到你的问题。 很抱歉响应延迟。

谢谢 Charles、您的回答。

在彻底检查所有 XDC 配置并审查我的代码后、我无法确定问题的确切原因。 然而,我确实取得了一些进展。 我有一个功能 HTML 和 JavaScript 示例代码,可以在端口80和8089上使用,遵循相同的原则,并使用 web 套接字。

当我用原始 HTML 和 JavaScript 文件替换示例代码时、遇到了一个问题、即代码在端口80上能够正常工作。 CGI 成功接收并响应数据。 但是、在使用 Chrome 和 Postman 进行测试时、收到以下错误消息：net：ERR_INVALID_HTTP_RESPONSE。

为了进一步研究、我使用了 Wireshark 来分析以太网上的 TCP 消息。 我注意到，发出的请求和收到的答复完全相同。

尽管做出了这些努力、但我仍然无法确定网络的具体原因：：ERR_INVALID_HTTP_RESPONSE 错误。 我已经检查了 XDC 配置、检查了代码、并分析了网络流量。 但仍无法找出原因。

电路板在网络上也像在端口80上一样正确地响应端口8080、但客户端终止连接并发出以下错误  网：：ERR_INVALID_HTTP_RESPONSE 、即使数据存在或者这是我在使用 Wireshark 的以太网连接上看到的数据也是如此。我还尝试 添加 允许在端口8080上进行传入和传出连接的连接规则、以便在防火墙阻止它或其他情况但问题仍然存在的情况下使用。

您好、Hazem、

 我不知道是什么原因导致了这个问题。  

我有一个功能 HTML 和 JavaScript 示例代码，该代码在端口80和8089上均可使用，遵循相同的原则并使用 web 套接字。

我假设您已经在 MCU 上运行了这个函数 HTML 和 JS 示例代码、对吗？ 它还在其他平台上运行呢？

当我用原始 HTML 和 JavaScript 文件替换示例代码时，我遇到了一个问题，代码在端口80上可以正常运行。

函数示例代码与您的原始 HTML 和 JS 之间的确切差异是什么？

但是、在使用 Chrome 和 Postman 进行测试时、收到以下错误消息：net：ERR_INVALID_HTTP_RESPONSE。

为了进一步研究、我使用了 Wireshark 来分析以太网上的 TCP 消息。 我注意到，发出的请求和收到的答复完全相同。

[/报价]

首先、 ERR_INVALID_HTTP_RESPONSE 是客户端到服务器的响应导致的问题、对吗？

您可以通过逐字节比较数据包来更详细地比较请求和响应。 示例代码和您自己的代码之间的关系是否完全相同？

电路板在网络上也像在端口80上一样对端口8080正确响应，但客户端终止连接并发出此错误  网：ERR_INVALID_HTTP_RESPONSE

您能否再次说明一下、此错误消息是您在客户端的 PC 浏览器上看到的错误消息吗？ 或者、这是您在客户端未响应时在 CCS 控制台上看到的内容？  

您是否尝试过家庭网络等其他网络？ 我想知道它是否会在不同的网络上有所不同。 如果您有交换机、则可以配置交换机进行端口转发、以便 Wireshark 可以捕获发送/接收到 MCU 的所有信息。  

[/quote]

html 和 js 代码位于 MCU 上且正确请求了、但我从 Chrome 控制台发出的 CGI 请求除外、如下所示

fetch("">10.1.0.204:8080/Web_u8WebServerCGI.cgi", {
  method: "POST",
  headers: {
    "Content-Type": "text/plain;charset=UTF-8",
    "Authorization": "Basic YWRtaW46YWRtaW4="
  },
  body: "Mode=1,CMD=18,0,"
})
  .then(response => {
    if (response.ok) {
      console.log("Ready");
      return response.text();
    } else {
      console.log("Error");
    }
  })
  .then(data => {
    console.log(data);
  })
  .catch(error => {
    console.log("Error:", error);
  });

static INT8U Web_u8WebServerCGI(void *pvCGISocketData, INT32S s32RXMsgLength)
{
    vValidateCGISocketInfo(pvCGISocketData, &objstrWebSocketInfo);
    httpSendClientStr(pvCGISocketData, "[[32],[82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99],[102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119],[[39,\"F\"]],[[60,\"Board Settings\",0,0,\"(111)\",\"sb18\",0,0,1],[0,0,5,\"b1\",\"Serial Number\",1,0,1,21285772,5,\"b2\",\"Firmware Version\",1,1,1,\"02.00.af.00.00.00.00\",5,\"b3\",\"MAC Address\",1,1,1,\"c4-7c-8d-00-0d-1e\",5,\"b4\",\"Downloading XML Version\",1,1,1,\"9.4.21.2.2.1\",5,\"b5\",\"Protocol Number\",1,1,1,\"6.11.20.9.17.2\",5,\"b6\",\"Configuration Version\",1,1,1,3]]]");
    
    return (1);
}

Post /Web_u8WebServerCGI HTTP/1.1主机: 10.1.0.204:8080
连接：保持活动
内容长度：16
授权：基本 YWRtaW46YWRtaW4=
用户代理：Mozilla/5.0 (Windows NT 10.0；Win64；x64) AppleWebKit/537.36 (KHTML、如 Gecko) Chrome/113.0.0.0 Safari / 537.36
Content-Type：text/plain；charset=UTF-8
接受：*/*
来源：http://10.1.0.204:8080
推荐人：http://10.1.0.204:8080/
接受编码：gzip，DEFLATE
接受语言：en-US、en；q=0.9、ar；q=0.8
MODE=1、CMD=18、0、[32]、[82,83,848,86,87,88,89,91,91,91,92,93,96,97,99]、[102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,117,118,b2]</s>106,107,108,109 110,111,112,113114,115,116,117117,118

它们是相同的、在 TCP 请求级别上、我认为它们会有所不同、因为有许多 TCP 数据包被发送以终止连接、我先前在带有[RST]标记的备注中复制了该连接

此外,我尝试了其他网络,直接连接 MCU 的以太网到 PC,并使用 我的家庭路由器也使用 Wireshark 与这样的过滤器 ip.src== 10.1.0.204 || ip.dst=10.1.0.204

使用此 IP 10.0.204查找进出 MCU 的请求  

您好！  

 我仍然不确定问题是什么。 然而,我只是做了一个超越比较的差异之间的两个红色和两个蓝色。 这两个蓝色是相同的。 但这两个红色之间有着微妙的差异。 请参见下方的。 如果您查看8080端口的第一行、则 POST 命令和 Host 将它们连接到同一行中。  我建议您将其分成两行、就像您对端口80所做的那样、看看这是否会产生影响。  

它们即使是两个红色也是相同的、除了端口号、但对于我之前发送的日志、对于 HTTP 请求、与端口80不同的端口存在时序问题。行为是 MCU 继续发送数据包 (蓝色文本的响应)即使客户端也会发送带有标记[RST]的 TCP 数据包、该标记终止连接、而 MCU 不会侦听该命令并继续发送数据  

-第一件事是,我不知道为什么客户端触发命令[RST]与端口8080之前所有数据包被发送,而不与端口80即使所有设置我的 PC 允许连接端口8080 (我添加了一个规则，允许通过 Windows 防火墙设置传入和传出连接在此端口上进行连接)

这就是为什么我在端口80和8080上看到相同的请求和响应,但应用层(我的客户端(发送请求的 chrome 控制台,js 代码))检测到[RST]的命令,该命令在端口8080接收 TCP 数据包级别的所有数据之前终止连接  

这会触发请求本身损坏、并  在 Chrome 控制台上触发错误网：ERR_INVALID_HTTP_RESPONSE

对于端口80、在所有 TCP 数据包都发送完毕后、就会发送该 TCP 数据包[RST]、并正确终止连接、这将对端口80正常工作

第二、为什么 MCU 在接收到这个[RST]数据包时不会终止连接、即使客户端请求终止、也会继续发送数据。

您好！

甚至客户端发送带有标记[RST]的 TCP 数据包，该标记终止连接，而 MCU 不侦听该命令并继续发送数据[/ 报价]

 我不知道为什么客户端发送 RST 而不是 FIN 来终止连接。 RST 更像是立即中止、而不是像 FIN 中那样正常地连接。 本文将帮助您了解 RST 和 FIN 之间的基本知识。  

https://www.baeldung.com/cs/tcp-fin-vs-rst#:~:text=An%20RST%20message%20aborts%20a%20TCP%20connection.&text=In%20practice%2C%20an%20RST%20message,from%20the%20other%20entity%20communicating。

第二个问题是为什么 MCU 在收到此[RST]数据包时不会终止连接，并且即使客户端请求终止，仍会继续发送数据。

下面是另一个讨论、讨论如何使用 SO_LINGER、超时为0、可立即关闭连接。  尝试使用 SO_LINGER、看看这是否有所不同。  

https://stackoverflow.com/questions/3757289/when-is-tcp-option-so-linger-0-required

[/quote]

我认为这篇文章也有助于发送 RST 的原因。  

https://iponwire.com/tcp-reset-rst-reasons/