Georgia-Pacific EDI项目的AS2连接测试
Georgia-Pacific乔治亚太平洋,是全球最大的造纸企业之一,成立于1927年,总部位于佐治亚州亚特兰大,在美国的主要业务为生产和销售手帕纸、木浆纸、卫生纸、包装、建筑材料等,以下统称为GP。随着GP公司业务的全球化发展,也给知行软件提供了实施GPEDI项目的契机。本文将主要介绍在GP EDI项目开展的过程中,进行连接测试时遇到的一系列问题及相应的解决方案。
GP与供应商传输的是X12标准报文,业务类型包括856(发货通知)、940(仓库装运订单)、944(仓库库存转移收据)、945(仓库装运通知)、846(库存查询/建议)、214(运输承运人装运状态)。为了实现与供应商的EDI直连,GP选用AS2传输协议向供应商发送856、940报文,并接收供应商发送的944、945、846、214报文。
AS2,即Applicability Statement 2是企业间使用超文本传输协议进行电子数据交换的一种规范,是早期版本 AS1,即Applicability Statement 1的扩展。AS2电子数据交换标准提供安全的多用途互联网邮件扩展,并使用HTTP或更安全的HTTPS在互联网上实现实时数据传输。其中加密和数字签名可以确保信息传递的安全性、完整性和隐私性。另一个重要特性是具有不可否认性,使得消息的预期接收者不能否认自己已经收到消息。通过简单的界面配置,用户就可以使用AS2 Connector和交易伙伴建立AS2连接,实现安全可靠的数据传输。
在与供应商建立AS2连接前,需要先确认双方的AS2配置信息完整且正确,主要包含的配置信息有:AS2 Identifier、URL、IP等。成功完成连接测试是实现EDI直连的第一步,有着不可或缺的重要作用。接下来主要介绍一下GP在与供应商进行连接测试时遇到的问题。
GP与供应商分别配置完成了AS2连接信息,确认无误后GP向供应商发送测试文件,供应商成功接收并向GP发送了测试文件,但是,却没有出现发送成功的提示,并显示报错信息:“不知道这样的主机”。于是,知行的实施工程师开始排查问题。在保证已准确无误地配置了GP提供的AS2配置信息后,初步排查GP提供的URL是否有问题,用ping、tracert命令去访问GP的IP地址,出现“请求超时”的错误。于是跟GP确认URL是否有更新,供应商的IP地址是否已加入到GP的访问信任列表,确认URL无误,IP地址已添加到白名单后,尝试用Ping命令解析GP的URL,得到一个IP地址,用这个IP地址替换掉AS2 Settings中URL里的域名,再次尝试发送测试文件,出现报错:“Internal Service Error”。由于HTTP报错信息难以直接定位原因,尝试使用抓包工具RawCap抓取IP数据包来分析原因。
首先,在本地安装好RawCap,可选取以下三种方式来抓取数据包:
- 打开RawCap,输入RawCap.exe 5 dumpfile.pcap;
- 打开RawCap,RawCap.exe IP地址 dumpfile.pcap;
- 在命令行中直接输入RawCap.exe。
需要注意的是,默认保存的文件名为dumpfile.pcap,使用Ctrl+C来停止抓包。此时可以在RawCap的同级目录下看到已保存的dumpfile.pcap文件,用wireshark打开,分析抓取到的数据包。
如上图所示,查看数据包信息得到:“Service Not Found. The request may have been sent to an invalid URL, or intended for an unsupported operation”。询问GP报错原因,再次确认URL提供是否正确。GP表示他们的其他供应商可以正常连接,且提供的URL没有任何问题。
此前的排查都是基于GP的配置或URL可能有问题进行的,排查无果后,着手从本地排查。
首先,怀疑可能是没有清理DNS缓存引起的。由于安装RSSBus时勾选了“Run as Windows Service”,查看任务管理器中RSSbus的详细信息发现,以Windows Service 去运行RSSBus的用户和使用浏览器去运行RSSBus的用户是不同的,这意味着Windows Service去运行的RSSBus用户的DNS解析可能会有问题。任务管理器界面如下图所示:
对此,在命令行窗口中输入命令:ipconfig /flushdns 刷新DNS解析的缓存。操作后问题依然存在。
查看Host文件,发现没有指定要访问的IP地址。在Host文件中添加GP的IP地址,重新发送测试文件,出现报错信息:“time out”,根据第一步排查的方法,在RSSBus中取消勾选“Run as Windows Service”,重新发送测试文件,显示成功。
您或许会有疑问,为什么此前用URL解析出来的IP地址配置在AS2 Settings里时,会出现“Internal Service Error”的报错呢?可能的原因是,IP地址只对应一个前端服务器,只是用来监听80端口,但IP地址对应的下一层可能有多种Service,仅仅用IP地址去访问的话无法确定具体要访问哪个Service,所以抓包信息中有报错:“Service Not Found”。
以上便是GP和供应商进行EDI直连AS2连接测试遇到的问题及解决思路。
任何关于EDI的问题,欢迎评论或私信。
注:文案部分内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。