ITPub博客

首页 > 自动化运维 > 应用服务器 > Oracle EBS R12客户端一种FRM-92050的产生原因

Oracle EBS R12客户端一种FRM-92050的产生原因

原创 应用服务器 作者:nbchengang 时间:2020-12-30 18:05:44 1 删除 编辑
公司升级ERP ,把 Oracle EBS 从 11.5.9 升到了 12.2.9 ,需要装一堆的客户端,由于制造型企业,老旧的电脑到处都是,客户端安装时碰到种种问题,小伙伴们各种度娘,基本搞定。

但是有一个子公司比较奇怪,近一半的机器有问题,就是那个FRM-92050 ,按度娘后的办法尝试后没能解决问题,小伙伴们开始怀疑人生了。

为了排除浏览器的问题,特意安装了低版本的FireFox ,果然收获同样的报错。 再回头查看度娘的各种各种解决方法,发现基本说是要关闭浏览器的XSS 过滤,那么考虑是在客户端出的问题。果然详细报错信息给出了明确的 400 反馈。

又有极少资料提到似乎与Windows7 有关,果然这批有问题的机器都是 Windows7 的。但分析下来不得要领,尝试把什么 360 、电脑管家等各种安全软件都卸载了, Windows 防火墙都关闭,浏览器的各种防护都开放,但还是没什么用, FRM-92050 总是神气活现的出现在屏幕上。
静心考虑,既然服务器反馈说400 ,那么肯定是客户端的错,至于是谁的锅,操作系统、安全软件还是浏览器,这个就要好好检查了。 但是服务器一时摸不着,也不太想去折腾,反正绝大部分机器是正常的,说明服务器还是靠谱的,可以信任。
所以,是祭出神器的时候了。
Sniffer ,具体说是 WireShark 。一顿操作猛如虎,果然抓到狐狸尾巴了。服务器出错反馈前的那条客户端请求中 4 个黑乎乎的菱形很刺眼,再瞅瞅前面似乎写着 ifhost ,再瞅瞅后面的是 ifip 跟着客户端的 ip 地址,于是大胆猜测这个参数应该客户端的机器名。

回头去检查,果然这台机器的名字是两个汉字,其GBK 编码跟 Sniffer 里的数据是完全对上的。莫非是 GBK 惹得祸?

立刻马上快速把机器名改成一个英文的,重启后再登录EBS ,终于看到正常的画面了。

题外:

鉴于度娘没找到这种情形,其实Oracle自己的文档库也找了,似乎也没有。所以想写点什么能让度娘知道。


再外:

没来得及找一台Windows7 以外的机器试试改成中文名会发生什么事情,猜测 Windows10 大概是用 UTF 做中文编码吧, EBS 后台正确能处理。
也没去检查
EBS 后端应用服务器的 log 中是否有相关的出错记录,也没问系统管理员应用服务器能否配置成能正确处理带 GBK 编码的 URL 请求。

最后:
那家子公司之所以这么多机器用中文名(人名),是因为他们都用共享的方式相互传递文件,用中文方便查找某个特定人员的机器。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/68706/viewspace-2746677/ ,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2020-08-31

  • 博文量
    1
  • 访问量
    2278