1、新版(V4版)客户端有什么改进？
答：新版文件客户端相比旧版改进如下：
- 指令和数据链接分开，优化了流量控制。优发文件处理流程，提高群发文件效率。
- 核心后台和操作界面分成两部分程序，可部署在不同机器上，核心后台支持以服务方式启动。
- 提供外部监控接口，将系统状态输出到文本文件，可较好的集成到统一监控平台。
- 增加即时传输功能，即发送端上传文件的同时，接收端开始接收文件，提高传输效率。
- 单个客户对端数可超过1000个，每天处理文件个数超50万个；
2、新版客户端是否可以与旧版同时使用?
答：不可以同时使用，升级新版客户端一定要先关闭旧版客户端，还要确认进程是否已经关闭。否则在旧版客户端已经连接到中枢的情况下，新版客户端是无法登录中枢的。
3、新版客户端无法启动，是什么原因？
答：请检查客户日志和配置文件，检查配置是否填写不正确，例如Ekey名称、IP地址配置错误。
4、新版客户端连不上中枢是什么原因？
答：多种原因
- 如果使用硬加密，用户Ekey名称和密码一定要填写正确；
- 网络不连通，请telnet中枢服务器的7015端口；
5、请问新版客户端压缩发送文件的压缩和解压，是发生在中枢还是发生在客户端？
答：压缩和解压缩都是发生在客户端，发送前的压缩发生在发送方的客户端，接收后的解压缩发生在接收方的客户端。
6、新版客户端压缩发送文件的压缩比和解压速度，分别是多少？
答：压缩发送时会生成压缩临时文件，比较源文件和该文件的体积大小可以计算出压缩比。文本文件大小是压缩前文件大小的1/30左右。即压缩比是1:30；
压缩和解压速度具体看运行客户端的服务器性能，新版客户端压缩文件采用bz2算法，可以参考winrar等软件的效率。
7、申请多个小站号是否可以提高传输效率？
答：新版客户端的性能瓶颈只在物理带宽上，新版客户端对物理带宽的利用率在80%左右，多开小站号不会提升性能，而且会增加运维复杂度。如需提升传输性能建议申请更大的物理带宽。
8、接收的文件为什么放在了temp目录下？
答：这是因为旧版传输规则转换到新版，不合格，导致这条传输规则没有被加载，不合格的原因例如发送路径为空等等。将该传输规则修改之后，重启FxClient即可。
9、文件放在了发送目录下，没有被发送出去，为什么？
答：请检查该传输规则是否由于不合格导致没有被加载。
10、客户端能够登录中枢，但是传文件停在传输中0%的状态，如何处理？
答：首先检查用户IP地址和端口设置，如果没有配置7016端口，会出现这种情况。如果IP地址配置正确，检查用户日志，搜索关键字：SslErr，如果有相关信息，是由于用户的Ekey松了，需要重新插拔Ekey，再重启客户端。
11、Linux系统安装Ekey驱动之后，无法找到Ekey，如何处理？
答：使用lsusb命令检查能否看到Ekey设备，由于Ekey驱动安装是在root用户下，所以fxclient也要在root用户下执行，才能够使用Ekey。如果用户无法在root用户权限下使用fxclient,那么建议用户申请软加密方式登录。另外，如果使用的是飞天Ekey，请将Ekey驱动中的libshuttle_p11v220.so.1.0.0文件拷贝到/usr/lib目录下。
12、Linux用户使用FxTerm，出现中文乱码如何处理？
答：检查系统是否安装了中文语言支持，然后将字符集改为zh_CN.GBK即可。RHEL6系统可以尝试执行vi ~/.bash_profile，然后添加一行LANG=zh_CN.GBK,之后重启机器。Linux版fxclient所在机器同样需要这样配置。
13、如何回退到旧版客户端？
答：关闭新版客户端之后，联系中枢运维人员，对该用户的中枢任务库进行清库，确认清库之后，再启动旧版客户端。
14、Linux客户端创建的目录，其他用户无权限对其读写，如何实现对其有读写权限？
答：在用户当前目录，执行【vi ~/.bash_profile】，添加一行【umask 001】保存退出，再执行【. ~/.bash_profile】使配置生效。这时候检验一下效果，执行【touch test】，再执行【ls -lrt test】，查看权限是-rw-rw-rw-即可。这样可以保证，其他用户对该用户创建的目录和文件有读写权限。
15、客户端无法找到Ekey，日志中显示Not found the hardware certificate[Ekey名称]，以及PreRegister fail:211-User[用户小站号] is hard enc,but ekey info is null!.应如何处理？
答：首先检查用户配置文件中Ekey名称是否填写正确，再与用户机器上Ekey管理器→签名证书→查看证书信息→详细信息，点击1.2.86.100.4.3.2字段，查看其内容是否与用户配置文件中所填Ekey名称相同。
若以上全部正确，再让用户检查一下C:\Windows\System32目录下面是否有SZSEP11V211.DLL文件，以及该文件的大小。这个文件是飞天Ekey的驱动文件。64位Windows操作系统安装EKey驱动之后，正常情况下会在SysWOW64目录里面生成一个969K大小的SZSEP11V211.DLL(32位的)，同时会在System32目录下面生成一个1.55MB大小的SZSEP11V211.DLL(64位的)。客户端程序需要去调用System32目录里面的SZSEP11V211.DLL来读取Ekey。
例如用户使用64位客户端程序，那么需要C:\Windows\System32目录下有一个1.55MB大小的SZSEP11V211.DLL(64位的)文件，没有该文件或者大小不正确都会导致客户端程序找不到Ekey.
解决方法是建议用户重新安装驱动，然后检查System32目录是否出现了正确版本的SZSEP11V211.DLL文件。若还是无法出现正确的驱动文件，则提供给用户正确版本的SZSEP11V211.DLL文件，让用户自己拷贝到C:\Windows\System32目录下，或者让用户换用与C:\Windows\System32目录下SZSEP11V211.DLL文件版本匹配的客户端程序。例如SZSEP11V211.DLL文件是32位的，则建议用户换用32位的客户端程序。
16、为什么定时发送失效或延迟生效？
答：由于用户有些传输规则的发送目录下文件数量过多，导致扫描这些目录用时多久造成定时发送延时。建议用户清理发送目录下的文件，并且发送目录都设置上日期通配符<YYYYMMDD>.
检查用户日志：
- 搜索关键字：“Warning: It cost”，可以查到用户所有传输规则的发送目录扫描一遍的时间，如“Warning: It cost [4686]sec(plus or minus [30]sec) to scan all rule one time,please clean files in sendpath!”说明扫描一轮传输规则用时4686秒(误差正负30秒)，这样定时发送生效时间可能延时4686*2秒才生效，是非常久的，会让用户觉得定时发送失效了。
- 此时再搜索关键字“AddFileWhenHasTag,scantime”，可以看到具体扫描某个目录的用时(超过3秒的才会打印日志)，找到用时较多的一些路径，如“AddFileWhenHasTag,scantime[4686],scantype[1],folder[Y:/],scanmodel[1]”说明扫描[Y:/]目录用时4684秒，因此建议用户清理该路径下的文件，或者找到对应的传输规则，让用户将发送路径修改成其他路径。
参见“生产环境用户升级跟踪情况”标签页里面的“2015年9月11日 东方基金”部分。
17、用户在fxapi.ini的[ApiConfig]段中添加了配置项TransferThreadNum，导致文件传输任务停在传输中状态，应如何处理？
答：TransferThreadNum是隐藏配置项，默认值为2，其数值有要求，具体公式是 ： 实际带宽*0.9 除以 TransferThreadNum ，要大于10。
例如用户实际带宽数值为64, 乘以0.9约为57，57除以TransferThreadNum要大于10，那么该用户这个数值最多能设为5.
如果超过这个数值，例如设为6，那么会有日志Wrong param ThreadNum[12] BandwidthKbps[57],please be sure BandwidthKbps big enough提示。ThreadNum[]中的数值为TransferThreadNum*2
18、新版客户端找不到Ekey，如何解决？
答：用户使用旧版客户端所在的机器部署新版客户端，该机器已安装驱动，旧版客户端可以正常识别Ekey。用户升级新版客户端之后需要重启操作系统，新版客户端才能找到Ekey。
19、Win7英文企业版64位操作系统，启动FxTerm报“JVM Terminated”错误，应如何处理？
答：用户将FxTerm路径中的中文字符去掉之后，才能够正常启动FxTerm，将文件夹名“Win64客户端”中的“客户端”三字去掉之后可以正常启动FxTerm。
20、用户使用FDEP文件客户端，2015年11月27日上午发送文件，接收端用户收到的文件放到了20151128目录下(即第二天)，这是什么原因？
答：通过UMP看到的，该文件任务建立时间也是显示2015.11.28（当时时间是2015.11.27上午），经检查，中枢的时间配置正确。经调查，发送端操作系统时区配置不是东8区，修改为东8区之后，问题得到解决。
21、Linux版FxClient找不到Ekey，如何解决？
答：现象：用户配置正确、Ekey驱动安装正确，启动fxclient，日志中提示“Not found the hardware certificate[k0645].”以及“PreRegister fail:211-User[k0645] is hard enc,but ekey info is null!.”，经检查，没有“Found HardEkey”日志项。通过Ekey管理器和lsusb命令都可以查看到Ekey.将该Ekey拔下来插到一台Windows系统机器上，通过Windows版Ekey管理器也可以查看到Ekey的1.2.86.100.4.3.2字段内容是正确的。
分析：如果能够识别到Ekey，会打印日志“Found HardEkey[]”，没有打印该日志项说明fxclient没有识别到Ekey.而Linux版fxclient读取Ekey需要用到系统/usr/lib/目录中的驱动文件。经检查，Ekey驱动安装脚本没有将Ekey驱动文件libshuttle_p11v220.so.1.0.0拷贝到/usr/lib/目录中。
解决方法：将Ekey驱动包中的EnterSafe-Shuttle-1.1.120525_64_RHAS\redist目录中的libshuttle_p11v220.so.1.0.0文件拷贝到/usr/lib/目录中，再次启动fxclient，即可识别Ekey，正常使用。
22、发送文件，日志提示“peer task failed.”代表什么意思？
答：这种情况一般都是对端（接收方）造成的(例如接收路径磁盘空间已满、接收路径不存在等)，在接收方用户的日志中检索taskid关键字（若对端是V3版客户端，就检索文件名关键字）即可查明原因。
23、用户安装ok标记生成插件报0x80070005错误，是什么原因？
答：以管理员身份启动cmd，即在开始菜单的搜索框中键入“cmd”，再右键点击搜索出的cmd.exe，在弹出菜单中选择“以管理员身份运行”。在cmd窗口中执行如下命令：
- cd CreatFileList_XXX.dll所在目录, XXX表示Win32或Win64；
- regsvr32 CreatFileList_XXX.dll。
24、用户启动Win64版本FxTerm报错，详细信息中问题事件名称为APPCRASH，应如何解决？
答：用户操作系统为Win7或者Win2008R2。解决方法有两种：
- 安装操作系统的SP1补丁。
- 使用Win32版本的FxTerm代替。
25、Win2003系统中部署FxTerm，通过远程桌面方式访问。退出远程桌面再重新登录之后，FxTerm卡住无法使用，应如何解决？
答：解决方法有两种：
- 更换操作系统为Win7以上版本。
- FxTerm程序不放置在任务栏最右边(最新打开的程序)，例如再开一个记事本程序，让这个记事本程序图标显示在任务栏的最右侧。
26、生成ok标记之后，如何避免重复发送文件？
答：FxClient将文件添加发送之后，会自动把ok标记删掉，防止重复发送。如果权限不够就可能出现无法自动删除ok标记的情况。需要修改ok标记文件的权限，使FxClient可以删除该文件。
