networking打印机脱机（但不是真的）

如果一切都失败，可以在打印机的TCP端口属性中禁用SNMP监视。 当打印机变为ACTUALLY离线状态时，您将不会收到通知，但您不会再有误报。

重新启动客户端上的后台打印程序服务完成了这项工作。 重新启动服务器上的服务不起作用。

我们的networking：Win7Ultimate 64bit +一串Win7Pro 64bit无域，只有工作组。

嗯。

我们在这里看到了一些类似的问题，但除了一些我们直接打印到IP上的高端绘图仪之外，我们将其余的从一台打印服务器上托pipe下来，而且您的症状与我们所做的并不完全相同已经看到，但足够接近。 我有一些想法给你，希望他们会帮助，但没有什么真正的结论:)

1.）尝试重新启动相关工作站上的本地打印后台处理程序服务。 （例如：净停止“打印后台处理程序”&&networking启动“打印后台处理程序”）。 看看是否有任何影响。

2.）导航到打印机的驱动程序属性，在工作站上select“高级”，select“打印处理器”，尝试将“WinPrint”设置为RAW，或更改为MS_XPS并selectRAW。

3.）检查打印机configuration使用的本地工作站上的端口，是有效的还是神秘地消失？ （我们以前见过这个人，真是太痛苦了！）

4.）这是一个长期的，但看看本地防火墙是否阻止它。 禁用任何本地防火墙/ IP过滤和testing，看看它是否工作。 我们之前已经看到过这种情况，特别是在这种情况下：我们在所有工作站上运行Symantec EndPoint，而在某些情况下，本地Windows默认防火墙显示为已启用并正在运行，并进行了一些时髦，时髦的阻止。 🙂

无论哪种方式，祝你好运！

你有没有改变默认的snmp社区（公共）？ 打开打印机后，通过文件菜单将其重新联机（或先右键单击）。

我可以通过启动手动禁用的SNMP陷阱服务来解决这个问题（Windows 7）。

这个vista论坛有两个build议，一个是尝试使用dos命令将打印机端口设置为“persistent”

net use LPT1 \\[printservername]\P1 /persistent:yes 

另一个是应用来自Microsoft的可用修补程序＃934455。 这应该包含在SP1中。

另一个站点build议重新启动打印后台处理程序服务，这应该重置脱机状态。 同样在打印后台处理程序/恢复的属性尝试设置“恢复对后续故障”重新启动。 默认是2次失败后停止重新启动。

我有一个2008年的服务器机器（基本上是Vista的光）相同的问题，我不得不重新启动它打印之前。 谈论恶化。 在HKLM的深处隐藏着一个registry设置

 HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Hardware Profiles\0001\System\CurrentControlSet\Control\Print\Printers\ 

find有问题的打印机条目，然后find名为的条目。

 PrinterOnLine 

编辑它。 改变它的神奇价值

 1 

这让我哭了CUPS …甚至lpr …

在我的情况下，当有人试图使用无线局域网打印时，Windows 7将打印机视为脱机。 在有线局域网中，一切正常，并且即使在无线局域网连接的情况下也能在Linux上运行。

我发现寡妇7使用snmp来确定打印机状态， 解除snmp通信（当然只适用于打印机）在我们的防火墙之后 ，无论客户端是在有线还是无线networking中，以及在每个操作系统上，它都能正常工作。

在W2K3中有完全相同的问题。 我没有选中snmp选项，打印机又回到了在线状态。 （也有registry）

在服务器W2K8也有同样的问题。 本地networking，没有路由器，没有filter，没有防火墙，没有natting。 所有在同一个广播段。 自上个星期五（5/24）以来，所有networking打印机都停止从服务器中的打印机队列进行打印。 重新启动打印假脱机服务没有效果。 在服务器端口设置中取消选中snmp选项完成了这项工作。

我发现我已禁用networking界面中的SNMP，并且在重新启用打印机时更改了打印机上的SNMP团体名称，只要我将其更改回公开以匹配打印机驱动程序上的通信端口设置即可。 它在网上回来了。

问题可能是您的路由器重新分配打印机已获得的IP。 这可能是因为您在使用后closures打印机以及路由器。 你只需要重新分配一个IP给你的打印机，我的build议是你通过你的路由器保留它。

永远不要再面对这个问题。