我对 ubuntu-instance (Ubuntu 20.04.1 LTS) 和 apache2 (Apache/2.4.41 (Ubuntu)) 有疑问。一个虚拟主机正在从已安装的 cifs 共享中提供一些 html 文件和文档。cifs-share 工作正常,文件系统上的文件正确。
但是,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-share,该文件被正确提供(其中没有响应头)。所以我认为,挂载的 cifs-share 和 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 配置也是基本配置,随 ubunutu 20 一起提供,没有什么特别的添加或更改。我对 mime 类型有一些经验,但是 apache 应该能够提供开箱即用的图像。
此外,我在该目录中启动了一个 php-webserver ( php -S 192.168.0.2:8000
) 进行测试——它返回正确的二进制文件,这让我很确定,错误在 apache 中的某个地方。
是什么导致了 apache 的这种损坏响应,我该如何解决?
我也有同样的问题,看来这个问题是最近的,可能与 20.04 中的内核版本有关?我确实也看到了纯文本文件的问题。您是否能够找到解决方案/解决方法?(对不起,我没有代表发表评论)
编辑:我可以在这里找到错误报告: https ://bugs.debian.org/cgi-bin/bugreport.cgi?bug= 900821 在 apache 配置中设置 EnableMMAP 对我有用:
在“/etc/apache2/apache2.conf”中,添加:
这救了我的命~