Điểm:0

Không thể tải xuống tệp .bin từ máy chủ (Apache 2.4.48)

lá cờ de

Tôi có một máy chủ Ubuntu với Apache2.4. (Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-74-chung x86_64))

Tôi đã cập nhật Apache từ 2.4.46 lên 2.4.48 và mọi thứ khác mà tôi đã kiểm tra đều hoạt động bình thường ngoại trừ tệp .bin tải xuống qua HTTPS. Thiết bị của tôi bắt đầu tải xuống tệp nhưng nó không đến được ngay cả gói đầu tiên của tệp và thông báo rằng "Kết nối đã đóng ngang hàng".

Tải xuống tệp .bin đã hoạt động trước đó với Apache 2.4.46.

apache2ctl -S

Cấu hình máy chủ ảo:
*:443 là NameVirtualHost
         máy chủ mặc định ************* (/etc/apache2/sites-enabled/default-ssl.conf:2)
         cổng 443 namevhost ************** (/etc/apache2/sites-enabled/default-ssl.conf:2)
                 bí danh www.**************
         cổng 443 namevhost ********** (/etc/apache2/sites-enabled/default-ssl.conf:140)
                 bí danh www.**********
*:80 là một NameVirtualHost
         máy chủ mặc định ********** (/etc/apache2/sites-enabled/************.conf:1)
         cổng 80 namevhost ********** (/etc/apache2/sites-enabled/**********.conf:1)
                 bí danh www.**********
         cổng 80 namevhost *************** (/etc/apache2/sites-enabled/***************.conf:1)
                 bí danh www.**************
ServerRoot: "/etc/Apache2"
Tài liệu chínhRoot: "/var/www/html"
Nhật ký lỗi chính: "/var/log/apache2/error.log"
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
Bản đồ viết lại Mutex: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex mặc định: dir="/var/lock/apache2"cơ chế=fcntl
PidFile: "/var/run/apache2/apache2.pid"
Xác định: DUMP_VHOSTS
Xác định: DUMP_RUN_CFG
Người dùng: name="www-data" id=33
Nhóm: name="www-data" id=33

Nhật ký máy chủ:

ssl_engine_kernel.c(422): AH02034: Đã nhận được yêu cầu HTTPS ban đầu (Số 1) cho con 3 (máy chủ ***************:443)
http_request.c(436): Tiêu đề nhận được từ khách hàng:
http_request.c(440): Máy chủ: **************
http_request.c(440): Phạm vi: byte=0-2047
http_request.c(440): Kết nối: duy trì
mod_authz_core.c(818): AH01626: kết quả ủy quyền của Yêu cầu tất cả được cấp: được cấp
mod_authz_core.c(818): AH01626: kết quả ủy quyền của <RequireAny>: được cấp
request.c(312): yêu cầu được ủy quyền mà không cần xác thực bởi hook access_checker_ex: /************/*****/file.bin
mod_headers.c(866): AH01502: tiêu đề: ap_headers_output_filter()
byterange_filter.c(296): AH01583: Phạm vi: 0-2047 | 0-2047 (0 : 0 : 252692)
http_filters.c(1129): Phản hồi được gửi với trạng thái 206, tiêu đề:
http_filters.c(958): Tùy chọn khung X: TỪ CHỐI
http_filters.c(958): X-Content-Type-Options: nosniff
http_filters.c(958): Sửa đổi lần cuối: Thứ Năm, ngày 10 tháng 6 năm 2021 13:00:07 GMT
http_filters.c(958): ETag: \"*****-***************\"
http_filters.c(958): Phạm vi chấp nhận: byte
http_filters.c(958): Độ dài nội dung: 2048
http_filters.c(958): Phạm vi nội dung: byte 0-2047/252692
http_filters.c(958): Keep-Alive: timeout=10, max=100
http_filters.c(958): Kết nối: Keep-Alive
http_filters.c(958): Loại nội dung: ứng dụng/octet-stream
ssl_engine_io.c(1760): kết hợp: có 0 byte, thêm 409 nữa (nhóm = 1)
ssl_engine_io.c(1760): kết hợp: có 409 byte, thêm 2048 nữa (nhóm = 1)
ssl_engine_io.c(1821): hợp nhất: truyền 2457 byte
ssl_engine_io.c(2310): OpenSSL: ghi 2517/2517 byte vào BIO#560760e4dc80 [mem: 560760e52493]
ssl_engine_io.c(2319): OpenSSL: Lỗi I/O, cần đọc 5 byte trên BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: đọc 5/5 byte từ BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: đọc 64/64 byte từ BIO#560760e48400 [mem: 560760e52498]
ssl_engine_kernel.c(2218): OpenSSL: Đọc: Đàm phán SSL đã hoàn tất thành công
ssl_engine_io.c(2310): OpenSSL: ghi 69/69 byte vào BIO#560760e4dc80 [mem: 560760e5c493]
core_filters.c(542): (104)Thiết lập lại kết nối theo ngang hàng: core_output_filter: ghi dữ liệu vào mạng
ssl_engine_kernel.c(2223): OpenSSL: Viết: Đàm phán SSL đã hoàn tất thành công
ssl_engine_io.c(1115): AH02001: Đã đóng kết nối với con 3 khi tắt tiêu chuẩn (máy chủ ***************:443)

Tôi đã thử rất nhiều cách để giải quyết vấn đề này nhưng không có gì hiệu quả. Tôi tự hỏi điều gì đã thay đổi giữa các phiên bản Apache có thể gây ra điều này. Tôi hy vọng ai đó có thể giúp tôi giải quyết vấn đề này hoặc có thể có một số ý tưởng mà tôi nên thử.

ziiroust avatar
lá cờ de
Tôi có những thứ này trong apache2.conf của mình và tôi nghĩ chúng đúng vì chúng đã hoạt động bình thường trước đó. `Thời gian chờ 300 KeepAlive Bật MaxKeepAliveRequests 100 KeepAliveTimeout 10`
lá cờ ke
Tệp có được lưu trữ trên hệ thống tệp mạng hay bất kỳ thứ gì tương tự không? Dù bằng cách nào thì bước đầu tiên, tôi khuyên bạn nên thử `EnableSendfile OFF` và `EnableMMAP OFF`
ziiroust avatar
lá cờ de
Có, tệp được lưu trữ trên hệ thống tệp của máy chủ ảo. Tôi phải quay lại sử dụng Apache 2.4.46 để máy chủ có đầy đủ chức năng nhưng tôi sẽ thử đề xuất của bạn khi cập nhật lại. Nhưng dù sao cũng cảm ơn vì đã giúp đỡ!
ziiroust avatar
lá cờ de
@covener Tôi đã cố tắt cả `EnableSendfile` và `EnableMMAP` nhưng nó không giúp được gì cho vấn đề của tôi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.