Am o flotă de proxy invers Apache în AWS. Văd că jurnalele de acces ale proxy-ului meu invers sunt întotdeauna sub raportare octeți IN și octeți Out în comparație cu ceea ce este observat în jurnalele serverului de origine, precum și în jurnalele fluxului de rețea.
Depanarea acestei probleme mă întrebam dacă ceva legat de compresie poate fi cauza principală a unei astfel de probleme? Deoarece configurarea mea este un proxy invers și aș dori ca tot conținutul care intră și iese să fie comprimat
cerere
a) cerere trimisă de la client către apache reverse proxy
b) aceeași cerere transmisă de la apache reverse proxy către serverul din amonte/de origine
raspuns
a) răspuns trimis de la serverul upstream/de origine către proxy-ul invers apache
b) același răspuns trimis de la apache reverse proxy către client
Cum pot aplica pentru compresie pentru toate tipurile MIME posibile.Am un modul brotli instalat în proxy-ul meu invers apache, așa că, în mod ideal, caut o modalitate de a verifica dacă clientul suportă brotli dacă nu revin la gzip implicit.
Deoarece cred că am verificat de două ori mai multe alte probleme posibile aici, presupun compresia ca o problemă posibilă, dacă cineva este conștient de orice altă posibilitate pentru astfel de probleme, vă rog să mă lăsați. Mă confrunt cu probleme de mai bine de 6 luni și vedem un decalaj de aproximativ 30% în ceea ce vedem în jurnalele Apache Access față de ce a trimis serverul de origine.
Deci, în cazul în care cineva are gânduri sau experiență în depanarea unei astfel de probleme, vă rog să mă ajutați.
LogFormat „%a %l %u %t „%r” %>s %b „%{Referer}i” „%{User-Agent}i” „%{cache-status}e” %I %O %D „%{SSL_PROTOCOL}x” [nume gazdă „%{Host}i”] ]” combinat
Configurarea mea: AWS NLB ---> Apache Reverse Proxy în subrețea privată ----> NAT Gateway -----> origine/server upstream în Internet
Versiunea serverului: Apache/2.4.53 (Ubuntu)
