[Nginx] રિસ્પોન્સ_સ્ટેટસ = 0 ને કેવી રીતે હરાવી શકાય

"હાંસિયામાં નોંધો" શ્રેણીમાંથી એક લેખ.

TL: DR:

http2_max_field_size 8k; # всех спасет!

એક પ્રોજેક્ટ પર, કેટલાક આંતરિક બેકએન્ડ લોજિક બદલ્યા પછી, મને લોગમાં એક વિચિત્ર response_code દેખાવા લાગ્યો - ખાસ કરીને, 0. લોગ કંઈક આના જેવા દેખાતા હતા:

{
  "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": ""
}

દસ્તાવેજો વાંચવાથી અને વિષયને ગૂગલ કરવાથી કંઈ જ મળ્યું નહીં, કારણ કે એવો દાવો કરવામાં આવે છે કે આ વર્તન ત્યારે થાય છે જ્યારે ક્લાયંટ હેડરો ટ્રાન્સમિટ કર્યા વિના કનેક્શન બંધ કરે છે. અને wsgi_ માટે બફર કદ વિશે કેટલીક વિચિત્ર બાબતો પણ છે, જે અમારા કિસ્સામાં સંપૂર્ણપણે અયોગ્ય હતી.

એકંદરે, અમે નક્કી કર્યું કે સમસ્યા કોઈ સમસ્યા નથી, કારણ કે અમારા વોલ્યુમમાં તે બિલકુલ ગંભીર નહોતી.

તે ક્ષણ સુધી જ્યારે હું નીચેની સમસ્યાથી મૂંઝવણમાં હતો: કેટલાક કિસ્સાઓમાં, લિંક્સ HTTP પર સમસ્યા વિના ખુલે છે, પરંતુ https પર કામ કરવાનો સંપૂર્ણપણે ઇનકાર કરે છે, જે અદ્ભુત પરિણામ આપે છે: હોસ્ટ example.com સાથે કનેક્શન #0 અકબંધ રહે છે.
કર્લ: (52) સર્વર તરફથી ખાલી જવાબ

હું ફક્ત IP દ્વારા લોગમાં આ વસ્તુને ટ્રેક કરી શક્યો - કોઈ વિનંતી કે અન્ય કોઈ ડેટા નહીં, જેમ તમે ઉપરના ઉદાહરણમાંથી જોઈ શકો છો. ફક્ત કુખ્યાત સ્થિતિ 0, પણ મને ખબર છે કે મેં વિનંતી રદ કરી નથી! મેં શું ખોટું હોઈ શકે તે જોવા માટે શોધખોળ શરૂ કરી. તે ખૂબ જ સરળ બહાર આવ્યું:

સાંભળો 443 એસએસએલ httpxNUMX બેકલોગ=8192;

સારું, જો તમે SSL કનેક્શન માટે http2 નો ઉપયોગ કરો છો, તો ફક્ત વિનંતી બફર્સને ગોઠવવા પૂરતું નથી; તમારે તેમને ngx_http_v2_module માં પણ ગોઠવવાની જરૂર છે, એટલે કે:

Синтаксис:	http2_max_field_size размер;
Умолчание:	http2_max_field_size 4k;
Контекст:	http, server

HPACK નો ઉપયોગ કરીને સંકુચિત વિનંતી હેડરના મહત્તમ કદને મર્યાદિત કરે છે. આ મર્યાદા નામ અને મૂલ્ય બંને પર સમાન રીતે લાગુ પડે છે. જો હફમેન એન્કોડિંગનો ઉપયોગ કરવામાં આવે છે, તો ડિકમ્પ્રેસ્ડ નામ અને મૂલ્ય સ્ટ્રિંગ્સનું વાસ્તવિક કદ મોટું હોઈ શકે છે. ડિફોલ્ટ મર્યાદા મોટાભાગની વિનંતીઓ માટે યોગ્ય છે.

તો, બસ. પણ કેમ? કારણ કે લિંકની લંબાઈ લાંબી હતી - તે 4k કરતાં પણ લાંબી.

ઉદાહરણ તરીકે, 8kb (અથવા શક્ય તેટલું) પર સેટ કરીને, આપણે સમસ્યા હલ કરીએ છીએ.
એવું જ છે.

સોર્સ: www.habr.com