修改官方F107 HTTP IAP程序实现IE10+/Firefox/Chrome/Opera升级APP程序-lmksa的回答

修改官方F107 HTTP IAP程序实现IE10+/Firefox/Chrome/Opera升级APP程序

2019-07-14 15:12发布

站内问答 / STM32/STM8

1324 8

下面是之前出现的问题

最近在做 F107 的 IAP 程序，参考的官方“STM32F107 通过以太网实现在应用中编程（IAP）”AN3226 应用笔记，程序也是官方的。
TFTP 升级没有问题，但是 HTTP 在使用时发现了问题：
      用 Mozilla Firefox 下载程序时，可以正常下载（下载文件170KB左右）。
      用 Google Chrome 下载程序时，出现 TCP ZeroWindow 等警告，导致下载程序不成功。
      用 Wireshark 抓包，左边为  Mozilla Firefox 抓包，右边为 Google Chrome 抓包

官方文档只提到了“注：请注意，该软件已用下列 web 客户端测试：MSIE6, MSIE8 和 Mozilla Firefox 3.6。”
本人不太懂浏览器的差异，只发现了 Firefox 和 Chrome 发送的第一个包有差异
Firefox 发送的第一个包有 1460 bytes：

POST /upload.cgi HTTP/1.1
Host: 192.168.6.80
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:57.0) Gecko/20100101 Firefox/57.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate
Referer: http://192.168.6.80/checklogin.cgi
Content-Type: multipart/form-data; boundary=---------------------------120212674612530
Content-Length: 175008
Connection: keep-alive
Upgrade-Insecure-Requests: 1

-----------------------------120212674612530
Content-Disposition: form-data; name="datafile"; filename="XXXX_XXXXX-XXXX_V1.0.1D1.img"
Content-Type: application/octet-stream

`hE0HF|P e$9}`GIEQJ}RUJ!qHGP HGHGIQrpGpG L M%`O       LO%pLOU%`b0LOU%`0pG0LOU%`0pGr       ( 8I       h`HG]HI
xp
HI
h`h 0       NbpG ^ d 5S T l @       *;;RpG+IpG"F
FFF FFx;IR FB)pG"R

Chrome 发送的第一个包有 593 bytes，第二个包才有 1460 bytes：

POST /upload.cgi HTTP/1.1
Host: 192.168.6.80
Connection: keep-alive
Content-Length: 175000
Cache-Control: max-age=0
Origin: http://192.168.6.80
Upgrade-Insecure-Requests: 1
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryqus0XTxRI7M3Lx3S
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Referer: http://192.168.6.80/checklogin.cgi
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9

/* 上面是第一个包，下面是第二个包 */

------WebKitFormBoundaryD9iR35Ndh4OOGeNI
Content-Disposition: form-data; name="datafile"; filename="XXXX_XXXXX-XXXX_V1.0.1D1.img"
Content-Type: application/octet-stream

`hE0HF|P e$9}`GIEQJ}RUJ!qHGP HGHGIQrpGpG L M%`O       LO%pLOU%`b0LOU%`0pG0LOU%`0pGr       ( 8I       h`HG]HI
xp
HI
h`h 0       NbpG ^ d 5S T l @       *;;RpG+IpG"F
FFF FFx;IR FB)pG"R\B+@0F F[B\@0F++*FpG0F F[B\ ,0BAFFFJB
R -5ARB *AD_#-P       OBR<@pPp@pI       IAqP@PaB"ApGA@C@"JaVV@B 9@P@@I@@*  ) C0E0B!@

A@}4BdI,0 pGO#BC@OAQBOAOoP(D0-OFF!A#EA@F!FF

后来在查找原因时，发现火狐浏览器升级也不成功！！！

分析抓到的包发现原来是浏览器正准备发数据时，设备回复了一个断开连接的 FIN 包！Google Chrome 也是同样的问题！

查到原因是：浏览器发了一个“GET /favicon.ico”的请求，这个请求是加载网页左上角的小图标的，这样就对“GET /”请求的程序产生影响，程序判断为接收异常从而断开连接。这个可以具体去看代码，不再详细指出。

enum htmlpage
{
  LoginPage,
  FileUploadPage,
  UploadDonePage,
  ResetDonePage,
} htmlpage;

上面这个枚举类型表明了页面加载顺序
主要是收到“GET /favicon.ico”的请求会打乱加载从而导致断开连接

/* process HTTP GET requests*/
   if (strncmp(data, "GET /", 5) == 0)
   {
      if ((strncmp(data, "GET /resetmcu.cgi", 17) ==0)&&(htmlpage == UploadDonePage))
      {
      htmlpage = ResetDonePage;
      fs_open("/reset.html", &file);
      hs->file = file.data;
      hs->left = file.len;
      pbuf_free(p);

      /* send reset.html page */
      send_data(PCB, hs);
      resetpage = 1;

      /* Tell TCP that we wish be to informed of data that has been
      successfully sent by a call to the http_sent() function. */
      tcp_sent(pcb, http_sent);
      }
      else
      {
      /*send the login page (which is the index page) */
      htmlpage = LoginPage;
      fs_open("/index.html", &file);
      hs->file = file.data;
      hs->left = file.len;
      pbuf_free(p);

      /* send index.html page */
      send_data(pcb, hs);

      /* Tell TCP that we wish be to informed of data that has been
      successfully sent by a call to the http_sent() function. */
      tcp_sent(pcb, http_sent);
      }
   }

   else
   {
      pbuf_free(p);
      close_conn(pcb, hs); // 罪魁祸首在这里！！！
   }
程序要加上判断“GET /favicon.ico”请求的处理。具体怎么处理我就不拿出来献丑了。。。

结果测试，支持的浏览器：IE10+/Firefox/Chrome/Opera

友情提示: 此问题已得到解决，问题已经关闭,关闭后问题禁止继续编辑，回答。

8条回答

2019-07-14 19:25

都没人回复，失望。。。

还是自己顶吧：
修改了官方例程一个地方
/* process POST request for file upload and incoming data packets after POST request*/
   else if (((strncmp(data, "POST /upload.cgi",16)==0)||(DataFlag >=1))&&(htmlpage == FileUploadPage))
   {
      DataOffset =0;

      /* POST Packet received */
      if (DataFlag ==0)
      {
      BrowserFlag=0;
      TotalReceived =0;

      /* parse packet for Content-length field */
      size = Parse_Content_Length(data, p->tot_len);
      /* parse packet for the octet-stream field */
      for (i=0;i<len;i++)
      {
         if (strncmp ((char*)(data+i), octet_stream, 13)==0)
         {
            DataOffset = i+16;
            break;
         }
      }
      /* case of MSIE8 : we do not receive data in the POST packet*/
      if (DataOffset==0)
      {
         DataFlag++;
         BrowserFlag = 1;
         pbuf_free(p);
         return ERR_OK;

      }
      /* case of Mozilla Firefox v3.6 : we receive data in the POST packet*/
      else
      {
         TotalReceived = len - (ContentLengthOffset + 4) - 0x5D;
      }
      }

这里官方区分了 IE 和 Firefox，经过测试，支持的浏览器：IE10+/Firefox/Chrome/Opera，Safari测试没通过。。。

希望能对以后遇到相同问题的人有帮助

查看其它8个回答

一周热门更多>

相关问题

相关文章