我在使用 ubuntu 实例 (Ubuntu 20.04.1 LTS) 和 apache2 (Apache/2.4.41 (Ubuntu)) 时遇到了问题。一个虚拟主机正在从挂载的 cifs 共享提供一些 html 文件和文档。cifs 共享工作正常,文件系统上的文件正确。
但是,Apache 无法为以二进制形式提供的每个文件类型(如图像、word 文档、pdf 等)生成正确的响应。例如,当我下载图像时,image.gif
文件会被下载并保存到客户端。使用客户端上的文本编辑器打开文件时,它看起来如下:
grade, Keep-Alive
Last-Modified: Thu, 12 Nov 2020 10:01:47 GMT
ETag: "b6b-5b3e600040144"
Accept-Ranges: bytes
Content-Length: 2923
Keep-Alive: timeout=5, max=100
Content-Type: image/gif
GIF89av[binary-string starting...]
因此,部分响应标头现在位于下载的文件中,这绝不应该发生。我期望下载的文件以GIF89av
等开头。提供基于文本的文件(如 html)不是问题,并且按预期工作。但是,当我将同一文件复制到同一服务器上另一个不使用已安装 cifs 共享的虚拟主机的文档根目录中时,该文件可以正确提供(其中没有响应标头)。因此,我假设已安装的 cifs 共享和 apache2 的组合存在一些问题,从而导致该错误。
我已经尝试了有关共享挂载的各种选项 - 但在我看来这是正确的,因为文件直接在文件系统上运行,而不需要 apache。
共享安装/etc/fstab
如下
//192.168.0.1/share$ /mnt/share cifs username=user,password=pass,dom=contoso.local 0 0
这几乎是最基本的方法。我尝试过类似 的选项iocharset=utf8
,尝试过不同的版本(vers=1.0
或vers=3.1
),但没有任何改变。apache-configuration 也是基本的,随 ubunutu 20 一起提供,没有添加或更改任何特殊内容。我对 mime-types 有一些经验,但 apache 应该能够提供开箱即用的图像。
另外,我在该目录中启动了一个 php-webserver ( php -S 192.168.0.2:8000
) 进行测试——它返回了正确的二进制文件,这让我非常确定错误出在 apache 的某个地方。
是什么原因导致 Apache 出现这种损坏的响应?我该如何修复它?
答案1
我遇到了同样的问题,似乎这个问题是最近才出现的,可能与 20.04 中的内核版本有关?我也看到了纯文本文件的问题。你能找到解决方案/解决方法吗?(抱歉,我没有发表评论的权限)
编辑:我可以在这里找到错误报告: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900821 在 apache 配置中关闭 EnableMMAP 对我有用:
EnableMMAP off
答案2
在“/etc/apache2/apache2.conf”中,添加:
EnableSendfile Off
EnableMMAP off
这救了我的命〜
答案3
第二个答案同时关闭 EnableMMAP 和 Enable Sendfile Off 似乎已经为我解决了这个问题。
此指令控制 httpd 是否可以使用内核的 sendfile 支持将文件内容传输到客户端。默认情况下,当处理请求不需要访问文件内的数据时(例如,在传送静态文件时),Apache httpd 使用 sendfile 传送文件内容,而无需读取文件(如果操作系统支持)。
关闭此功能可消除内核 sendfile 调用中的不同或不起作用的功能导致问题的可能性。
这是 RHEL 8 4.18.0-305.3.1.el8_4.x86_64 的一个问题