Рейтинг:0

Не удается загрузить файл .bin с сервера (Apache 2.4.48)

флаг de

У меня есть сервер Ubuntu с Apache2.4. (Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-74-общий x86_64))

Я обновил Apache с 2.4.46 до 2.4.48, и все остальное, что я тестировал, работает правильно, за исключением загрузки файла .bin через HTTPS. Мое устройство начинает скачивать файл, но не доходит даже до первого пакета файла и пишет, что "Первый узел закрыт".

Загрузка файла .bin раньше работала с Apache 2.4.46.

apache2ctl -S

Конфигурация виртуального хоста:
*:443 — это NameVirtualHost
         сервер по умолчанию ************** (/etc/apache2/sites-enabled/default-ssl.conf:2)
         порт 443 namevhost ************** (/etc/apache2/sites-enabled/default-ssl.conf:2)
                 псевдоним www.***************
         порт 443 namevhost ********** (/etc/apache2/sites-enabled/default-ssl.conf:140)
                 псевдоним www.**********
*:80 — это NameVirtualHost
         сервер по умолчанию ********** (/etc/apache2/sites-enabled/************.conf:1)
         порт 80 namevhost ********** (/etc/apache2/sites-enabled/************.conf:1)
                 псевдоним www.**********
         порт 80 namevhost **************** (/etc/apache2/sites-enabled/***************.conf:1)
                 псевдоним www.***************
Корневой сервер: "/etc/apache2"
Основной корневой документ: "/var/www/html"
Основной журнал ошибок: "/var/log/apache2/error.log"
Mutex mpm-accept: using_defaults
Обратный вызов сторожевого таймера Mutex: using_defaults
Карта перезаписи мьютекса: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Сшивание Mutex ssl: using_defaults
SSL-кэш Mutex: using_defaults
Мьютекс по умолчанию: dir="/var/lock/apache2" механизм=fcntl
PidFile: "/var/run/apache2/apache2.pid"
Определить: DUMP_VHOSTS
Определить: DUMP_RUN_CFG
Пользователь: name="www-data" id=33
Группа: name="www-data" id=33

Журналы сервера:

ssl_engine_kernel.c(422): AH02034: получен начальный (№ 1) HTTPS-запрос для дочернего элемента 3 (сервер **************:443)
http_request.c(436): Заголовки, полученные от клиента:
http_request.c(440): Хост: ****************
http_request.c(440): Диапазон: байты = 0-2047
http_request.c(440): Соединение: поддержание активности
mod_authz_core.c(818): AH01626: результат авторизации Требовать все предоставлено: предоставлено
mod_authz_core.c(818): AH01626: результат авторизации <RequireAny>: предоставлено
request.c(312): запрос авторизован без аутентификации с помощью хука access_checker_ex: /**********/*****/file.bin
mod_headers.c(866): AH01502: заголовки: ap_headers_output_filter()
byterange_filter.c(296): AH01583: Диапазон: 0-2047 | 0-2047 (0 : 0 : 252692)
http_filters.c(1129): ответ отправлен со статусом 206, заголовки:
http_filters.c(958): X-Frame-Options: DENY
http_filters.c(958): X-Content-Type-Options: nosniff
http_filters.c(958): Последнее изменение: четверг, 10 июня 2021 г., 13:00:07 по Гринвичу.
http_filters.c(958): ETag: \"*****-**************\"
http_filters.c(958): Допустимые диапазоны: байты
http_filters.c(958): Длина содержимого: 2048
http_filters.c(958): Content-Range: байты 0-2047/252692
http_filters.c(958): Keep-Alive: timeout=10, max=100
http_filters.c(958): Соединение: Keep-Alive
http_filters.c(958): Content-Type: application/octet-stream
ssl_engine_io.c(1760): объединение: 0 байт, добавление еще 409 (buckets=1)
ssl_engine_io.c(1760): объединение: 409 байт, добавление еще 2048 (buckets=1)
ssl_engine_io.c(1821): объединение: передача 2457 байт
ssl_engine_io.c(2310): OpenSSL: записать 2517/2517 байт в BIO#560760e4dc80 [mem: 560760e52493]
ssl_engine_io.c(2319): OpenSSL: ошибка ввода-вывода, ожидается чтение 5 байтов в BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: прочитать 5/5 байт из BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: прочитать 64/64 байта из BIO#560760e48400 [mem: 560760e52498]
ssl_engine_kernel.c(2218): OpenSSL: чтение: согласование SSL успешно завершено
ssl_engine_io.c(2310): OpenSSL: записать 69/69 байт в BIO#560760e4dc80 [mem: 560760e5c493]
core_filters.c(542): (104)Сброс соединения пиром: core_output_filter: запись данных в сеть
ssl_engine_kernel.c(2223): OpenSSL: запись: согласование SSL успешно завершено
ssl_engine_io.c(1115): AH02001: соединение с дочерним элементом 3 закрыто со стандартным завершением работы (сервер **************:443)

Я пробовал много вещей, чтобы решить эту проблему, но ничего не получилось. Интересно, что изменилось между этими версиями Apache, что могло вызвать это. Я надеюсь, что кто-то может помочь мне решить эту проблему или, может быть, есть идеи, что я должен попробовать.

ziiroust avatar
флаг de
У меня есть они в моем apache2.conf, и я думаю, что они правильные, потому что раньше они работали правильно. `Тайм-аут 300 KeepAlive включен MaxKeepAliveRequests 100 KeepAliveTimeout 10`
флаг ke
Файл хранится в сетевой файловой системе или что-то в этом роде? В любом случае в качестве первого шага я предлагаю попробовать «EnableSendfile OFF» и «EnableMMAP OFF».
ziiroust avatar
флаг de
Да, файл хранится в файловой системе виртуального сервера. Мне пришлось вернуться к использованию Apache 2.4.46, чтобы сервер был полностью функциональным, но я попробую ваши предложения при повторном обновлении. Но все равно спасибо за помощь!
ziiroust avatar
флаг de
@covener Я пытался отключить как `EnableSendfile`, так и `EnableMMAP`, но это не помогло решить мою проблему.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.