今天给大家分享下EDI对接中使用OFTP传输协议中常见的问题:
Q1:Error building packet to send: Virtual Filename is too long. Must be no larger than 26 characters
A1:OFTP传输文件名不能超过26位,①修改文件名长度;②设置虚拟文件名:在Advanced界面配置Virtual Filename Map为*=test.edi(可根据实际情况配置,支持不同类文件配置不同虚拟文件名)
Q2:SendFile: Server certificate validation failed. Connection aborted
A2:将对方的公钥证书配错了,修改
Q3:Test connection报错:Server supplied an invalid password
A3:双方配置发送方的OFTP密码不一致,确认修改
Q4:发送文件报错:File exists and overwrite is set to false.
A4:发送了相同文件,对方不接收
Q5:Test connection报错:SignedReceipt is only supported when using OFTP version 2.0
A5:OFTP Version版本问题,改为其他版本测试
Q6:Failure! Cannot conclude ssl handshake. Cause: Received fatal alert: handshake_failure
A6:没有配置Advanced->SSL证书
Q7:Secure authentication requirements incompatible
A7:勾选Secure Odette Authentication
Q8:encrypted file not allowed;log中报错:[Error] errorCode: 687 description: File was not accepted by the destination.
A8:是对方做了设置,出现此类问题①先和对方确认下公钥证书②将log提供给TP确认是否做了限制
Q9:errorCode: 280 description: Error verifying Server certificate: 800B0109 A certification chain
processed correctly but terminated in a root certificate not trusted by the trust provider.
A9:将私钥导入到服务器,解决证书不被信任问题
Q10:接收文件报错 [Error] [fireAcceptFile] AcceptFile The file [AFG.VDA611.NYK2] is transferring/pending in another session, please try again later.
A10:打开log debug确认:TP发了一个文件,没有告诉我们他们已经end session了,导致我们未回复EERP给TP,对方没收到回执,又启了一个session给我们传这个文件。和客户确认下文件是否成功发给我们,确认没有遗漏数据
Q11:Resources not available,对方发文件会报找不到证书
A11:在OFTP连接过程中,对方发起了Authentication Challenge验证,配置Auth Challenge Certificate证书,需要双方都进行配置
Q12:Error establishing connection to ‘xxx.xxx.com’ Cannot conclude ssl handshake. Cause: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target.
A12: SSL证书问题,请客户确认下配置的TP的SSL证书