Puncte:0

Nu se poate descărca fișierul .bin de pe server (Apache 2.4.48)

drapel de

Am un server Ubuntu cu Apache2.4. (Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-74-generic x86_64))

Am actualizat Apache de la 2.4.46 la 2.4.48 și tot ce am testat funcționează corect, cu excepția descărcarii fișierului .bin prin HTTPS. Dispozitivul meu începe să descarce fișierul, dar nu ajunge nici măcar la primul pachet al fișierului și spune că „Peer closed connection”.

Descărcarea unui fișier .bin a funcționat mai devreme cu Apache 2.4.46.

apache2ctl -S

Configurare VirtualHost:
*:443 este un NameVirtualHost
         server implicit ************** (/etc/apache2/sites-enabled/default-ssl.conf:2)
         portul 443 namevhost ************** (/etc/apache2/sites-enabled/default-ssl.conf:2)
                 alias www.**************
         portul 443 namevhost ********** (/etc/apache2/sites-enabled/default-ssl.conf:140)
                 alias www.**********
*:80 este un NameVirtualHost
         server implicit ********** (/etc/apache2/sites-enabled/**********.conf:1)
         portul 80 namevhost ********** (/etc/apache2/sites-enabled/**********.conf:1)
                 alias www.**********
         portul 80 namevhost ************** (/etc/apache2/sites-enabled/**************.conf:1)
                 alias www.**************
ServerRoot: „/etc/apache2”
DocumentRoot principal: „/var/www/html”
ErrorLog principal: „/var/log/apache2/error.log”
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex implicit: dir="/var/lock/apache2" mecanism=fcntl
Fișier Pid: „/var/run/apache2/apache2.pid”
Definiți: DUMP_VHOSTS
Definiți: DUMP_RUN_CFG
Utilizator: name="www-data" id=33
Grup: name="www-data" id=33

Jurnalele serverului:

ssl_engine_kernel.c(422): AH02034: Solicitare HTTPS inițială (nr.1) primită pentru copilul 3 (server **************:443)
http_request.c(436): Anteturi primite de la client:
http_request.c(440): Gazdă: **************
http_request.c(440): Interval: octeți=0-2047
http_request.c(440): Conexiune: keep-alive
mod_authz_core.c(818): AH01626: rezultatul autorizației de Require all granted: granted
mod_authz_core.c(818): AH01626: rezultatul autorizației <RequireAny>: acordat
request.c(312): cerere autorizată fără autentificare prin access_checker_ex hook: /**********/*****/file.bin
mod_headers.c(866): AH01502: antete: ap_headers_output_filter()
byterange_filter.c(296): AH01583: Interval: 0-2047 | 0-2047 (0 : 0 : 252692)
http_filters.c(1129): Răspunsul trimis cu starea 206, antete:
http_filters.c(958): X-Frame-Options: DENY
http_filters.c(958): X-Content-Type-Options: nosniff
http_filters.c(958): Ultima modificare: joi, 10 iunie 2021 13:00:07 GMT
http_filters.c(958): ETag: \"*****-****************\"
http_filters.c(958): Accept-Range: octeți
http_filters.c(958): Lungimea conținutului: 2048
http_filters.c(958): Content-Range: octeți 0-2047/252692
http_filters.c(958): Keep-Alive: timeout=10, max=100
http_filters.c(958): Conexiune: Keep-Alive
http_filters.c(958): Content-Type: application/octet-stream
ssl_engine_io.c(1760): coalesce: au 0 octeți, adăugând încă 409 (găleți=1)
ssl_engine_io.c(1760): coalesce: au 409 octeți, adăugând încă 2048 (găleți=1)
ssl_engine_io.c(1821): coalesce: transmiterea a 2457 de octeți
ssl_engine_io.c(2310): OpenSSL: scrieți 2517/2517 octeți în BIO#560760e4dc80 [mem: 560760e52493]
ssl_engine_io.c(2319): OpenSSL: eroare I/O, 5 octeți se vor citi în BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: citiți 5/5 octeți din BIO#560760e48400 [mem: 560760e52493]
ssl_engine_io.c(2310): OpenSSL: citiți 64/64 de octeți din BIO#560760e48400 [mem: 560760e52498]
ssl_engine_kernel.c(2218): OpenSSL: Citiți: negocierea SSL s-a încheiat cu succes
ssl_engine_io.c(2310): OpenSSL: scrieți 69/69 de octeți în BIO#560760e4dc80 [mem: 560760e5c493]
core_filters.c(542): (104) Resetarea conexiunii de către peer: core_output_filter: scrierea datelor în rețea
ssl_engine_kernel.c(2223): OpenSSL: Scriere: negocierea SSL s-a încheiat cu succes
ssl_engine_io.c(1115): AH02001: Conexiune închisă la copilul 3 cu oprire standard (server **************:443)

Am încercat o mulțime de lucruri pentru a rezolva această problemă, dar nimic nu a funcționat. Mă întreb ce s-a schimbat între acele versiuni Apache care ar fi putut cauza asta. Sper că cineva mă poate ajuta să rezolv această problemă sau poate avea câteva idei ce ar trebui să încerc.

ziiroust avatar
drapel de
Le am în apache2.conf și cred că sunt corecte, deoarece au funcționat corect mai devreme. `Timeout 300 Keep Alive On MaxKeepAliveRequests 100 KeepAliveTimeout 10`
drapel ke
Fișierul este stocat pe un sistem de fișiere de rețea sau ceva de genul acesta? Oricum, ca prim pas, vă sugerez să încercați `EnableSendfile OFF` și `EnableMMAP OFF`
ziiroust avatar
drapel de
Da, fișierul este stocat pe sistemul de fișiere al unui server virtual. A trebuit să mă întorc pentru a folosi Apache 2.4.46, astfel încât serverul să fie complet funcțional, dar voi încerca sugestiile dvs. când o actualizez din nou. Dar oricum multumesc pentru ajutor!
ziiroust avatar
drapel de
@covener Am încercat să dezactivez atât `EnableSendfile`, cât și `EnableMMAP`, dar nu a oferit niciun ajutor pentru problema mea.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.