99%ファイルのダウンロード

Apache HTTP 2.2がインストールされているUbuntu 12.04にサーバーがあります。

カーネル 3.2.0.

特定のファイルをダウンロードすると、奇妙な動作が発生します。

仮想ホスト構成：

<Directory /var/www/name/*>
   ...
      AllowOverride AuthConfig

   # add these accordingly for the MIME types to be compressed
   AddOutputFilterByType DEFLATE text/plain
   AddOutputFilterByType DEFLATE text/html
   AddOutputFilterByType DEFLATE text/xml
   AddOutputFilterByType DEFLATE text/css
   AddOutputFilterByType DEFLATE application/xml
   AddOutputFilterByType DEFLATE application/xhtml+xml
   AddOutputFilterByType DEFLATE application/rss+xml
   AddOutputFilterByType DEFLATE application/javascript
   AddOutputFilterByType DEFLATE application/x-javascript

   <Files *.gz>
    SetOutputFilter DEFLATE
    Header set Content-Encoding: gzip
    Header append Content-Encoding: deflate
   </Files>

</Directory>

問題は、不明な理由で一部の（！）ファイルをダウンロードできない場合があることです。ファイルが99％ダウンロードされると、速度が0に低下し、ダウンロードが停止します。

tcpdumpログには異常な点はありませんが、結果に奇妙な点が見つかりました（ダウンロード速度== 0以降）。

たとえば - ダウンロードしようとしていますbadfile.gz。

10:36:37.611369 IP (tos 0x0, ttl 64, id 7954, offset 0, flags [DF], proto TCP (6), length 1420)
    37.**.**.176.80 > 10.**.**.25.55981: Flags [.], cksum 0x00a9 (correct), seq 228803:230171, ack 197, win 243, options [nop,nop,TS val 2097666946 ecr 811530774], length 1368
10:36:37.611396 IP (tos 0x0, ttl 64, id 64391, offset 0, flags [DF], proto TCP (6), length 52, bad cksum 0 (->933a)!)
    10.**.**.25.55981 > 37.**.**.80: Flags [.], cksum 0xac28 (incorrect -> 0xf8fc), seq 197, ack 230171, win 4053, options [nop,nop,TS val 811530824 ecr 2097666946], length 0

Flags [.]そのため、データ転送が中断されます。 （Finalize私が知っている限り）フラグはありません。

tcpdump別のファイルをダウンロードする別の例goodfile.gz（サーバー側の同じApacheディレクトリから）：

10:39:21.216118 IP (tos 0x0, ttl 64, id 18169, offset 0, flags [DF], proto TCP (6), length 52, bad cksum 0 (->47c9)!)
    10.**.**.25.55981 > 37.**.**.80: Flags [F.], cksum 0xac28 (incorrect -> 0x83bb), seq 0, ack 1, win 4096, options [nop,nop,TS val 811691867 ecr 2097666946], length 0

拡張子/サイズ/認証などの他のファイルはほとんどありませんが、問題はその一部でのみ発生します。

そのため、サーバー側を変更しなくても問題が発生することがあります。時にはbadfile.gz問題なくダウンロードされることもありますが、時には（通常）中断されることもあります。

ブラウザを使ってダウンロードする場合も同様です。 Chromeで「失敗 - ネットワークエラー「、Firefox - ただ話してください」おそらく知られていないだろう「ダウンロードプロセス中。

より多くの情報を追加できる場合はお知らせください。

いくつかの例を見てください。

badfile最初：

$ wget http://static.content.domain.net/assets/json/en-GB/content3.json.gz
...
HTTP request sent, awaiting response... 200 OK
Length: 229874 (224K) [application/x-gzip]
Saving to: 'content3.json.gz.3'

content3.json.gz.3                                  99%[==============...=====> ] 224.42K  --.-KB/s   eta 0s    

そしてgoodfile：

$ wget http://static.content.domain.net/assets/json/en-GB/24k.tar.gz
...
HTTP request sent, awaiting response... 200 OK
Length: 24576 (24K) [application/x-gzip]
Saving to: '24k.tar.gz.1'

24k.tar.gz.1                                       100%[=========...======>]  24.00K  --.-KB/s   in 0.05s  

2015-11-25 10:38:40 (440 KB/s) - '24k.tar.gz.1' saved [24576/24576]

PS：オフィス/データセンター間のVPNトンネルを含む私たちのネットワーク構成は十分に複雑です。これがここでも理由かもしれません。

PPS 私達にまた非常に古いシステムがあります:

# /usr/lib/update-notifier/apt-check --human-readable
205 packages can be updated.
154 updates are security updates.

しかし、今は更新できません:-)