无法将文档直接扫描到 Server 2012 网络共享

无法将文档直接扫描到 Server 2012 网络共享

我们有一台 Ricoh Aficio SP 5210SF 多功能打印机,它设置为将扫描的文档发送到各种网络共享。以前,打印机设置为将扫描件发送到 Windows Server 2003 R2 安装上的用户文件夹。我们最近用一台运行 Windows Server 2012 R2 的新服务器替换了该服务器,但我们发现 Ricoh 的固件不支持连接到 Windows Server 2012/R2 上的 smb 共享。临时解决方案是将扫描的文档发送到用户的工作站,但问题是文档不再位于服务器上,因此无法使用已安装的远程备份软件进行备份。

我尝试做的是,在服务器上创建一个指向用户共享的链接,将其放在他们的桌面上,然后将其共享到网络。即使正确设置了权限,其他任何设备也无法访问指向服务器上共享的计算机上的共享。我意识到,这与在网络上浏览 SMB 共享时客户端处理符号链接的方式有关。解决这个问题的唯一可能方法是使用由服务器端处理的联结链接,但这些链接仅限于指向本地文件/文件夹(因此联结是不可能的)。

基本上,我试图使用每个用户的工作站作为他们在服务器上共享的代理(是的,我知道这是一个丑陋的解决方案)。我能想到的唯一其他解决方案是虚拟化 Server 2008 R2,或者可能是服务器上的 Windows 7,并以此方式设置共享(假设 Hyper-V 允许您以 SMB 以外的方式传递文件夹,我还没有研究过)。或者,使用 Samba 在 VM 中设置 CentOS,并使用 NFS 连接到物理服务器。

不幸的是,我没有预算购买新打印机,所以这是不可能的。我也找不到任何地方的固件更新。

以前有人遇到过这种情况吗?如果有,您的解决方案是什么?您是如何实施的?

答案1

问题是 Microsoft 在 Windows Server 2012/Windows 8 中对 SMB 协议进行了更改。我们现在使用的是 SMB3,而您的复印机不支持该协议。Windows Server 2003 仅支持 SMB1,因此您的复印机甚至可能也不支持 SMB2。

在托管共享的服务器 2012 计算机上,您需要启用 SMB2 支持(或者可能是 SMB1,具体取决于设备的使用年限)。 这是一篇 Microsoft KB 文章,解释了如何操作

总而言之,在服务器上打开 PowerShell 并使用以下命令:

要验证是否支持 SMB1 和 SMB2:
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol

要启用/禁用 SMB1 和 SMB2:
Set-SmbServerConfiguration -EnableSMB2Protocol $true
Set-SmbServerConfiguration -EnableSMB1Protocol $true

使用 $true 启用,使用 $false 禁用

我会先启用 SMB2,看看是否能解决问题。只有在必要时才恢复到 SMB1,因为 Microsoft 认为该协议已经过时且不安全。

答案2

固件更新很有帮助,但我们还必须将 Ricoh/Lanier 设备更改为使用端口 445 作为 SMB,而不是默认端口 139。

答案3

作为一项健全性检查,请短暂授予“所有人”和“匿名用户”组对该文件夹的完全访问权限。如果仍然失败,那么您很可能正在查看固件问题。

您所需的更新于 2012 年底发布。确认您已获得以下模块:

  • 系统/复制 - v2.04 或更高版本
  • 网络支持 - v10.65 或更高版本

我知道您至少可以通过 Web 界面检查系统/复制 - 它位于首页的设备信息下。

答案4

经历了同样的场景,简直是地狱。Konica BizHub c364。得出结论,这是将 win svr 2003 升级到 svr 2008r2,然后升级到 svr 2012 r2 的直接结果。在 svr 2003 上工作得很好。然后突然就不行了。在查看了概述已贬值和/或停用的 ms 文档后,SMB1 已列入名单,而 SMB2 正面临完全消失。经过两天漫长的检查,我不得不做出决定,让客户恢复生产力。扫描是他们日常工作不可或缺的部分。因此,我在会议室 WIN 7 盒子上设置了用户扫描目录的副本,这样 Konica 预设就有了发送目的地,然后让用户在他们的电脑上创建一个快捷方式,指向临时 Win 7 盒子上的共享扫描点,然后一切恢复正常。警告所有人,临时扫描文件夹中的任何内容都对其他用户不保密。我不会为了获得用户帐户/权限而创建或将此盒子绑定到服务器。这是一个独立的 win 7 盒子。而且它已经起作用了。给了我急需的调查时间,让我可以处理服务器端的事情。所以,在第 3 天,我决定使用 Konica 的一项功能,它允许对扫描进行 FTP 传输。由于不想与 MS 及其整个 IIS 设置纠缠不清,我选择了一个快速轻量级的 ftp 服务器来运行并在服务器级别处理此任务。我必须说,我希望我早点考虑 ftp 选项。工作就像冠军一样。我只需要通过将其他扫描预设更新为 ftp 的新信息来进行清理。因此,如果这个故事对下一个遇到 SMB 或任何数据移动问题的人有用,请考虑过去更可靠的协议。可能正是您需要的解决方案。

相关内容