QNTC和Windows Server 2008 R2

我很难让iSeries(AS / 400)机器在iSeries上使用QNTC文件系统与我的新Windows Server 2008 R2机器进行对话。

我有类似的问题让它最初谈论到Windows Server 2003机器,但启用2003年的本地来宾帐户框中解决了这一问题。 2008年的新盒子没有这样的运气。

当我在iSeries上做一个WRKLNK /QNTC/SVR01 (它应该显示共享列表,并且在任何2003盒子上),我所得到的就是(找不到指定名称的对象)

我知道iSeries在远程服务器上使用相同的用户名和密码,但不幸的是对我们来说情况并非如此。 无论如何,它目前在2003盒子上使用不同的用户名/密码组合。

为了试图让这些可怜的事情发生,我已经让2008服务器非常开放,但是iSeries不会看到它的共享。 我已经启用本地来宾帐户,closuresWindows防火墙,设置共享权限,所以每个人都有完全控制,但无济于事。

我在互联网上读到关于只能够处理NTLM身份validation的iSeries的东西(我默认了解Server 2008 R2只使用NTLMv2并禁用了NTLM),所以我为服务器制定了特殊的组策略,并调整了所有组策略计算机configuration\策略\ Windows设置\安全设置\本地策略\安全选项下的设置,但iSeries STILL将不会看到它。

看我的iSeries作业日志,我似乎也没有得到任何错误消息。

我们有一个程序员团队来完成i系列的所有系统pipe理工作,但他们却为了自己的想法而苦苦挣扎,而且我为自己的想法而苦恼。

这使我疯狂了,如果有人设法使用QNTC与Windows Server 2008 R2交谈,我将非常感激任何build议,无论是在Windows端,iSeries设置还是IBM PTF中,都可能会修补任何东西。 iSeries正在运行V5R4,如果有帮助,我拥有* SECOFR权限。

最后一个(最重要!)注意 – 程序员认为这是我的系统棘手,我认为这是他们的 – 请certificate我是正确的:)

我们的程序员已经设法find解决问题的办法!

解决scheme以iSeries PTF( SI38554 )的forms出现。 注意:这需要IPL来应用修复程序。

我们在我们的testing/开发机器上testing了这个PTF,我们可以看到2008 R2服务器上的共享,并且也可以读写它们。

既然我们不能随意IPL现场机器,他们已经想出了一个巧妙的解决scheme,让我们在同一时间。 他们所做的就是在testing机器上build立一个共享(已经有PTF并且已经IPL),这个机器基本上通过Server 2008机器 – 即在现场系统上做一个WRKLNK '/QNTC/QDEVSYS/SVR01'将显示2008 R2服务器的共享内容。

我希望这可以帮助其他人解决这个问题 – 希望这会为别人节省很多时间和精力。

我一直有同样的问题,经过一番调查,我们的iSeriesnetworking专家告诉我,问题是由于以下事实:

1)微软已经在Windows 2008中更新了他们的CIFS协议。2)IBM并没有对netserver协议进行必要的更新,以考虑对CIFS的更新。

因此,我们的iSeries V5R4将无法看到共享驱动器。 我将因此转移到Windows 2003服务器。

您需要closuresSMB 2.0。 看看如何在Windows Vista或Server 2008上禁用smb 2 ,至less在获得正确协商SMB的补丁之前

这已经在OS400版本6中实现了。我们在计算如何访问Windows共享时遇到了很多麻烦。 确保你有一个DOMAIN帐户,例如。 ISHARE与匹配的密码(小写!)。 给予ISHARE许可,在Windows共享上写入。