apache php日志 (os 64)指定的网络名不再可用,解决win 03下Apache[warn] (OS 64)指定的网络名不再可用。...

windows server 2003下配置Apache，当访问人数很多的时候就会在Apache的错误日志里发现好多“ [warn] (OS 64)指定的网络名不再可用。: winnt_accept: Asynchronous AcceptEx failed.”

这可能是由于Apache与windows的不兼容引起，官方已经把此问题收录进BUG列表，但始终没有理想的解决办法。

近日，笔者也遇到了这样的事情，搜索一下，结果是不少，但基本上就一种解决办法。那就是关闭Apache MPM winnt，使用这个指令“Win32DisableAcceptEx”。

不过网上的办法毕竟仅供参考，按照那些做了，仍然不起作用。

想了好久，我觉得网上的那个办法思路没错，但方法不对。Apache在winnt上这个参数是没有用的 。

所以，还是参考下官方文档，官方对Apache MPM winnt是这样描述的，

专门为Windows NT优化过的MPM

该多路处理模块(MPM)是Windows NT上的默认值。它使用一个单独的父进程产生一个单独的子进程，在这个子进程中轮流产生多个线程来处理请求。

Win32DisableAcceptEx 指令

AcceptEx()是一个微软的WinSock2 API ，通过使用BSD风格的accept() API 提供了性能改善。一些流行的Windows产品，比如防病毒软件或虚拟专用网络软件，会干扰AcceptEx()的正确操作。 如果你遇到类似于如下的错误：

[error] (730038)An operation was attempted on something that is not a socket.: winnt_accept: AcceptEx failed. Attempting to recover.

你就需要使用这个指令来禁止使用AcceptEx() 。

看来还是要关闭AcceptEx() ，这样的话思路就清晰了，下面就是如何关闭AcceptEx() 了。

在网上看了另一篇文章引起了笔者的注意，关闭AcceptEx() 的同时也关闭EnableMMAP和 EnableSendfile

具体的操作方法就是：

在httpd.conf里找到

#EnableMMAP Off

#EnableSendfile Off

修改成：

EnableMMAP Off

EnableSendfile Off

Win32DisableAcceptEx

关于EnableMMAP(默认为开启)和EnableSendfile (默认为开启)这两个指令，官方这样描述的：

EnableMMAP 指令

在递送中使用内存映射(memory-mapping)来读取文件

此指令指示httpd在递送中如果需要读取一个文件的内容，它是否可以使用内存映射。当处理一个需要访问文件中的数据的 请求时，比如说当递送一个使用mod_include进行服务器端分析的文件时，如果操作系统支持，Apache将默认使用内 存映射。

这种内存映射有时会带来性能的提高，但在某些情况下，您可能会需要禁用内存映射以避免一些操作系统的问题：

在一些多处理器的系统上，内存映射会减低一些httpd的性能。

在挂载了NFS的DocumentRoot上，若已经将一个文件进行了内存映射，则删除或截断这个文件会造成httpd因 为分段故障而崩溃。

在可能遇到这些问题的服务器配置过程中，您应当使用下面的命令来禁用内存映射：

EnableMMAP Off

对于挂载了NFS的文件夹，可以单独指定禁用内存映射：

EnableMMAP Off

EnableSendfile 指令

使用操作系统内核的sendfile支持来将文件发送到客户端

这个指令控制httpd是否可以使用操作系统内核的sendfile支持来将文件发送到客户端。默认情况下，当处理一个 请求并不需要访问文件内部的数据时(比如发送一个静态的文件内容)，如果操作系统支持，Apache将使用sendfile将文件内容直接发送到客户端而 并不读取文件。译者注：Linux2.4/2.6内核都支持。

这个sendfile机制避免了分开的读和写操作以及缓冲区分配，但是在一些平台或者一些文件系统上，最好禁止这个特性来避免一些问题：

一些平台可能会有编译系统检测不到的有缺陷的sendfile支持，特别是将在其他平台上使用交叉编译得到的二进制文件运行于当前对 sendfile支持有缺陷的平台时。

在Linux上启用IPv6时，使用sendfile将会触发某些网卡上的TCP校验和卸载bug。

当Linux运行在Itanium处理器上的时候，sendfile可能无法处理大于2GB的文件。

对于一个通过网络挂载了NFS文件系统的DocumentRoot (比如：NFS或SMB)，内核可能无法可靠的通 过自己的缓冲区服务于网络文件。

如果出现以上情况，你应当禁用sendfile ：

EnableSendfile Off

针对NFS或SMB，这个指令可以被针对目录的设置覆盖：

EnableSendfile Off

看来还是关闭这两个指令比较好，于是，本次故障[warn] (OS 64)指定的网络名不再可用。的解决办法主要是关闭AcceptEx而其他两个指令都是可选，经过笔者测试关闭另外两个指令对性能没有影响(好像这两个指 令在win下是不能用的)。