客户端报错 问题汇总

前提：此文章主要是针对与引导程序无关的客户端报错问题，为方便快速定位和解决问题，可先查看另一篇文章（快速链接）是否为引导程序的问题

------------------------------------------------------------------------------------------------------------------------

• 问题一：“检测到异常，可能引发严重错误，是否继续操作？”的“更多”信息中，包含“get_InternetCacheFolder()”信息

原因分析：客户端的图片等缓存是基于IE浏览器的本地临时文件夹目录，若用户不小心删掉了该文件夹，则会出现此报错。

解决办法：打开本机的IE浏览器-Internet选项，按下图进行操作即可。

------------------------------------------------------------------------------------------------------------------------

• 问题二：公司网络启用chunked模式（块传输）的情况下，网页访问正常，下载/打开客户端报错，提示“Get file len[***] is not Equals contentlength[-1]...”

原因分析：下载/打开客户端的起步机制是，尝试连接k3cloud站点服务器，然后请求对应客户端的manifest文件（可参考另一篇文章快速链接），先获取manifest文件大小，再下载该文件，对比之后再决定是否需要下载manifest中所列出的客户端组件；但是，网络环境为chunked模式时，则无法先获取manifest文件大小，从而会出现截图中“contentlength[-1]”的字样（也说明我们客户端对于chunked模式的不支持，这一点我们后续会完善，但这不仅仅只是对引导程序下载机制的改动，也涉及到下载完成之后所有客户端的改造，工作量之大，希望各位理解）

解决办法：建议网络人员取消chunked模式，确保请求有正确的Content-length信息，我们的客户端才能正常下载和使用。（可使用Fiddler工具查看Transfer-Encoding字段，排查是否是chunked模式，示例如下图所示）

------------------------------------------------------------------------------------------------------------------------

• 问题三：不少公司网络采用单点登录（即我们常说的SSO）时，网页能正常使用，但客户端无法使用，现象如下图Fiddler所抓的请求现象（重点是跳转到别的地址了，每个公司的都不一样）

  

原因分析：以浏览器为例，单点登录的网络环境下，首次请求会自动跳转到公司的网络授权登录页，登陆成功后浏览器中会携带认证Cookie字段，之后再请求其他网页，网络检测到有该Cookie字段，就不再需要登录授权，所以网页能够正常使用；而客户端是没办法处理跳转登录页的，所以无法像浏览器同样处理。或许你会说，为什么不让客户端携带认证Cookie，那每次请求都能通过；不是每个公司采用的SSO认证机制是一样，我们的客户端是无法满足所有场景的认证机制

解决办法：公司网络对于我们客户端的请求链接统一进行放行，不走sso，也就不存在跳转了；而我们客户端的请求还是很好区分的，一般都包含“/k3cloud/clientbin/”的字符 ，所以，要麻烦网管啦……

------------------------------------------------------------------------------------------------------------------------

• 问题四：部分https网络环境，从浏览器打开客户端正常，但桌面打开客户端报错（图1