检查两个用户的访问权限是否相同。如果是， 做一件事，再次删除有问题的用户ID和crete ID，然后再进行检查。有时可能会出现问题。因此，删除所有用户ID可能会删除一个问题ID并创建新的ID，然后再次检查可能对您有帮助。

Dana Schreiber

避免劫持某人的线程，否则 因此，由于已有8年的讨论，因此不必要地将这样的古老讨论推到了该区域的顶部。 搜索后创建新讨论

在上一篇文章中您是否找到了问题，听起来像以前存在问题，某些SLnet和SAP版本组合无法正常工作，导致用户断开连接。 我有一个问题，当高架子存储空间已满时，无线信号太低，导致某些仓库区域的RF手持设备断开连接，您是否检查了无线信号强度，当它们发生时会断开连接。

我也试图让SLnet在120分钟时超时登录telnet登录，我在SLnet控制台超时中设置了此设置，尝试了一下，它似乎可以正常工作，但有时会出现60分钟的超时，有时是120分钟，现在任何idas都会引起问题 这样，Windows telnet无法运行，并且网络技术那里没有超时设置。

我们有类似的问题。 RFGuns一天会断开几次。 我们发现，我们有四个访问点，一个足够，另一个用于备份。 我们关闭了另外两个。 从那以后我们很好。

编辑：Irfan sheikh，2011年9月14日下午6:04

我们长期以来一直遭受随机断开问题的困扰。 早在2008年，该项目就陷入了停滞，用户不得不返回以前不受支持的第三方移动SAP解决方案。

尽管我不属于2008年处理SAP移动性的小组的成员。我相信他们在Windows 2003 VM实例上运行的是SAPConsole 7.10的较旧修补程序版本和SLNET的Seattle Labsv4.x。 在全球范围内，Random整天中断交易。 据我了解，他们用尽了很多精力来寻找问题所在。 在解决该问题之前，该业务被迫回到不受支持的系统。 可以理解，SAPConsole不具备在VM环境中使用的资格。 这将是我参与的新项目的开始。

2011年6月，我参与了在Windows 2008物理服务器上部署SAPConsole 7.10补丁11和slnet v5.0的工作。 此实现起初没有解决任何先前的问题。 仍然会随机断开连接，但并没有以前那么糟糕。 通过与西雅图实验室的讨论，我在电子邮件中收到了建议的修复程序。 显然，本机外壳程序配置中存在某种不稳定，导致会话自行关闭。 此修复程序有效！ 没有更多的随机断开连接。 下面的粗体字是直接从我的电子邮件中复制并粘贴了Seattle Labs的解决方案。

由于我们最近对SLNet 5.0和SAPConsole进行了测试，因此根据SAP的建议，我们建议对您的配置进行一些更改。

1。 如果有任何用户登录到SLNet，请让他们注销，然后停止SLNet服务。

2。 在" SLNet配置"面板关闭的情况下，打开regedit并转到HKEY_LOCAL_MACHINE \ SOFTWARE \ Seattle Lab \ SLNet

3。 创建一个名为" Skip Default Shell Warning"的新Reg_DWord，将其值设置为1

4。 现在打开SLNet配置面板，然后转到"用户"标签

5。 编辑默认用户。

a）取消选中"监视子进程"框。

6。 编辑SAP用户

a）将默认外壳程序更改为" C：\ Programme \ SAP \ Console \ sapcnsl.exe"

7。 重新启动SLNet服务。 让我知道这是否解决了断开连接的问题。

我仍然怀疑，即使现在将此修复程序引入较早的2008环境中，它是否也可以修复随机断开连接。 猜猜我们永远不会知道。

迈克

大家好，

我知道最初的帖子已有几岁，但是去年我遇到了类似的问题，而我的解决方案尚未提及，所以...

我们的问题具有相同的症状：仓库不同部分中的一半用户完全没有问题，另一半每10分钟左右终止一次会话。

我们在Windows Domain Server上将问题归结为用户注册。 权限引起了麻烦，SLNet欣然接受了所有用户，并通过域将连接转发到SAP服务器。 域服务器每隔10分钟检查一次登录连接，并在没有正确凭据的情况下终止用户的连接。

与在Domain Server上损坏的用户进行比较可以发现该错误，但只有在对其进行仔细检查之后。

猜猜我们从检查和交换扫描仪，用户，访问点，网络段等到发现这个结论要花多长时间？

无论如何，希望这对至少一个有帮助。

干杯！