没有负载平衡的MS DirectAccess和SAPGUI 740:无连接

2020-09-14 10:05发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,

我正在尝试将SAPGUI客户端设置为可以在Microsoft DirectAccess上运行,但是在使其正常工作时遇到了一些问题。 我可以肯定我正确地遵循了步骤,但是也许我错过了一些事情。

这种情况是我们没有在整个网络中启用IPv6; 它仅在DA服务器上。 我不需要在SAP服务器上启用负载平衡。 我可以没有它。 因此,在SAPLogon中直接进行"自定义应用程序服务器"配置就可以了。 我的理解是,在此设置中,我们不需要配置SAPRouter,也不需要在ABAP系统的实例配置文件中设置启用IPv6。 的确,因为没有IPv6到达服务器,所以做任何一件事情都是没有意义的。 我唯一需要做的就是在客户端上设置系统环境变量" SAP_IPv6_ACTIVE" = 1,并且应该从那里开始工作。

但是,事实并非如此。 我收到可怕的WSAEWOULDBLOCK错误。

客户端可以ping通服务器,没问题,返回一个IPv6地址(大概是通过DA服务器的NAT功能),因此这似乎不是主机名解析的问题(另外,如果我连接相同的主机 客户端,而无需通过VPN或直接在IPv4网络上使用DA都没有问题。

但是,NIPING无法接通。 它返回IPv4地址的名称解析并超时。 在我看来,这可能是因为它没有正确读取系统环境变量?

我已经阅读了注释1346768(不适用,因为我们没有在ABAP服务器上激活IPv6),2325532(不适用,因为我们没有使用负载平衡)和2499735(解决了 WSAEWOULDBLOCK错误:DNS解析有效,NIPING无效,并且我们没有使用负载平衡,因此似乎没有专门针对我们。 我已阅读 Yogesh Patel 的博客 https://blogs.sap.com/2016/05/12/connecting-sap-through-microsoft-direct-access/ 和Microsoft TechNet博客 https://blogs.technet。 microsoft.com/edgeaccessblog/2010/12/07/connecting-directaccess-clients-to-sap/,后者专门指出,如果不需要负载平衡,只需设置客户端环境变量就足够了。/p>

我想念什么?

在Windows 10上,我们的客户端环境是SAPGUI 7.40 pl19(是的,是的,我知道它已不受支持,但是自GUI 7.10以来,DA一直受支持)。但是,在Windows Server 2012 R2上,ABAP系统的基础是7.50。 我不确定这是否重要,因为我们不会在此进行任何更改。 我不确定我们正在运行的DirectAccess服务器的版本,如果有区别的话。

干杯,
马特

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,

我正在尝试将SAPGUI客户端设置为可以在Microsoft DirectAccess上运行,但是在使其正常工作时遇到了一些问题。 我可以肯定我正确地遵循了步骤,但是也许我错过了一些事情。

这种情况是我们没有在整个网络中启用IPv6; 它仅在DA服务器上。 我不需要在SAP服务器上启用负载平衡。 我可以没有它。 因此,在SAPLogon中直接进行"自定义应用程序服务器"配置就可以了。 我的理解是,在此设置中,我们不需要配置SAPRouter,也不需要在ABAP系统的实例配置文件中设置启用IPv6。 的确,因为没有IPv6到达服务器,所以做任何一件事情都是没有意义的。 我唯一需要做的就是在客户端上设置系统环境变量" SAP_IPv6_ACTIVE" = 1,并且应该从那里开始工作。

但是,事实并非如此。 我收到可怕的WSAEWOULDBLOCK错误。

客户端可以ping通服务器,没问题,返回一个IPv6地址(大概是通过DA服务器的NAT功能),因此这似乎不是主机名解析的问题(另外,如果我连接相同的主机 客户端,而无需通过VPN或直接在IPv4网络上使用DA都没有问题。

但是,NIPING无法接通。 它返回IPv4地址的名称解析并超时。 在我看来,这可能是因为它没有正确读取系统环境变量?

我已经阅读了注释1346768(不适用,因为我们没有在ABAP服务器上激活IPv6),2325532(不适用,因为我们没有使用负载平衡)和2499735(解决了 WSAEWOULDBLOCK错误:DNS解析有效,NIPING无效,并且我们没有使用负载平衡,因此似乎没有专门针对我们。 我已阅读 Yogesh Patel 的博客 https://blogs.sap.com/2016/05/12/connecting-sap-through-microsoft-direct-access/ 和Microsoft TechNet博客 https://blogs.technet。 microsoft.com/edgeaccessblog/2010/12/07/connecting-directaccess-clients-to-sap/,后者专门指出,如果不需要负载平衡,只需设置客户端环境变量就足够了。/p>

我想念什么?

在Windows 10上,我们的客户端环境是SAPGUI 7.40 pl19(是的,是的,我知道它已不受支持,但是自GUI 7.10以来,DA一直受支持)。但是,在Windows Server 2012 R2上,ABAP系统的基础是7.50。 我不确定这是否重要,因为我们不会在此进行任何更改。 我不确定我们正在运行的DirectAccess服务器的版本,如果有区别的话。

干杯,
马特

付费偷看设置
发送
2条回答
三十六小时_GS
1楼 · 2020-09-14 10:31.采纳回答

因此,您知道一句古老的格言:"您是否尝试过将其关闭然后再打开?"

是的,那个。 就这么简单。 设置环境变量,注销,登录,重新启动SAPLogon ...仅此而已。 但是重新启动客户端笔记本电脑后,突然一切正常。

是的,我有点傻。

SC_Yao
2楼-- · 2020-09-14 10:16

重新启动是处理任何技术内容的首选。 很高兴得知它正在运行!

计算机...手机...甚至ISP都在家里提供调制解调器...他们问的第一件事您是否重启了....?

-Yogesh

一周热门 更多>