[Nginx] Kuidas võita response_status = 0

Artikkel, mille võiks klassifitseerida kui „märkmed lehtede serval“.

TL:DR:

http2_max_field_size 8k; # kõik päästab!

Üks meie projektidest, pärast teatud sisemise logika muutmist backend'is, hakkas näitama kummalist response_code'i logides, nimelt — 0. Logides näeb see välja umbes nii:

{
  "timestamp": "2020-01-17T08:41:51+00:00",
  "remote_addr": "zzz.zzz.zzz.zzz",
  "request_time": 0,
  "upstream_response_time": "",
  "upstream_header_time": "",
  "http_accept_language": "-language",
  "response_status": 0,
  "request": "",
  "host": "example.com",
  "upstream_addr": "",
  "http_referrer": "",
  "request_length": 5854,
  "bytes_sent": 0,
  "http_user_agent": ""
}

Dokumentatsiooni lugemine ja selle teema guugeldamine ei andnud absoluutselt midagi — kuna väidetakse, et selline käitumine tekib, kui klient sulgeb ühenduse, edastamata päiseid. No ja erinev eksootika wsgi_ pufferi suurusega, mis meie puhul ei sobinud üldse.

Kokkuvõttes otsustasime, et probleem — ei ole probleem, arvestades, et meie mahu korral ei ole see sugugi kriitiline.

Täpselt kuni hetkeni, mil mind häiris järgmine probleem: mõnel juhul avanevad lingid probleemideta http kaudu, kuid keeldusid täielikult töötamast https kaudu, andes imelise: Connection #0 to host example.com left intact
curl: (52) Tühi vastus serverilt

Logidest on seda asja jälgida saanud ainult IP kaudu — ei ole nähtavust ei päringutest ega teistest andmetest, nagu näide ülal näitab. Ainult see kurikuulus staatus 0, aga ma ju tean, et ma päringut ei katkestanud! Hakkasin uurima, mis võib valesti minna. Ja kõik osutus väga lihtsaks:

listen 443 ssl http2 backlog=8192;

Nii et kui kasutada http2 ssl-ühenduste jaoks, ei piisa lihtsalt päringupuhvrite konfigureerimisest, neid tuleb konfigureerida ka ngx_http_v2_module'is, nimelt:

Süntaks:	http2_max_field_size suurus;
Vaikimisi:	http2_max_field_size 4k;
Kontekst:	http, server

Piirab maksimaalset päringu päise suurust, mis on kokku surutud HPACK-i abil. Piirang kehtib võrdselt nii nime kui ka väärtuse kohta. Kui kasutatakse Huffmani kodeerimist, võib nimede ja väärtuste dekomprimeeritud stringide tegelik suurus olla suurem. Vaikimisi piirang sobib enamikule päringutele.

Kokkuvõtteks, see ongi põhjus. Ja kõik sellepärast, et lingi pikkus oli suur — rohkem kui need 4k.

Seades selle näiteks 8 kb (või nii palju, kui tõenäoliselt piisab) — lahendame probleemi.
Sellised lood.

Allikas: habr.com