[Nginx] ਜਵਾਬ_ਸਟੇਟਸ = 0 ਨੂੰ ਕਿਵੇਂ ਹਰਾਉਣਾ ਹੈ

"ਸਾਈਡਨੋਟਸ" ਦੀ ਸ਼੍ਰੇਣੀ ਵਿੱਚੋਂ ਇੱਕ ਲੇਖ।

TL: DR:

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

ਇੱਕ ਪ੍ਰੋਜੈਕਟ 'ਤੇ, ਬੈਕਐਂਡ ਦੇ ਕੁਝ ਅੰਦਰੂਨੀ ਤਰਕ ਨੂੰ ਬਦਲਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਲੌਗਸ ਵਿੱਚ ਇੱਕ ਅਜੀਬ ਜਵਾਬ_ਕੋਡ ਦੇਖਣਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਅਰਥਾਤ 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 ਦੁਆਰਾ ਕੰਮ ਕਰਨ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਨਕਾਰ ਕਰਦੇ ਹਨ, ਸ਼ਾਨਦਾਰ ਪੈਦਾ ਕਰਦੇ ਹਨ: ਉਦਾਹਰਣ.com ਦੀ ਮੇਜ਼ਬਾਨੀ ਲਈ ਕਨੈਕਸ਼ਨ #0 ਬਰਕਰਾਰ ਹੈ
curl: (52) ਸਰਵਰ ਤੋਂ ਖਾਲੀ ਜਵਾਬ

ਲੌਗਸ ਵਿੱਚ, ਅਸੀਂ ਇਸ ਚੀਜ਼ ਨੂੰ ਸਿਰਫ IP ਦੁਆਰਾ ਟਰੈਕ ਕਰਨ ਦੇ ਯੋਗ ਸੀ - ਇੱਥੇ ਕੋਈ ਬੇਨਤੀ ਜਾਂ ਕੋਈ ਹੋਰ ਡੇਟਾ ਨਹੀਂ ਸੀ, ਜਿਵੇਂ ਕਿ ਉਪਰੋਕਤ ਉਦਾਹਰਣ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਿਰਫ ਬਦਨਾਮ ਸਥਿਤੀ 0 ਹੈ, ਪਰ ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਮੈਂ ਬੇਨਤੀ ਵਿੱਚ ਵਿਘਨ ਨਹੀਂ ਪਾਇਆ! ਮੈਂ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਸ਼ੁਰੂ ਕੀਤਾ ਕਿ ਕੀ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ. ਅਤੇ ਸਭ ਕੁਝ ਬਹੁਤ ਸਾਦਾ ਨਿਕਲਿਆ:

ਸੁਣੋ 443 ਐਸਐਸਐਲ http2 backlog=8192;

ਖੈਰ, ਜੇ ਤੁਸੀਂ ssl ਕੁਨੈਕਸ਼ਨਾਂ ਲਈ http2 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਿਰਫ ਬੇਨਤੀ ਬਫਰਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਉਹਨਾਂ ਨੂੰ ngx_http_v2_module ਵਿੱਚ ਵੀ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਰਥਾਤ:

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

HPACK ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਕੁਚਿਤ ਬੇਨਤੀ ਸਿਰਲੇਖ ਦੇ ਅਧਿਕਤਮ ਆਕਾਰ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਪਾਬੰਦੀ ਨਾਮ ਅਤੇ ਮੁੱਲ ਦੋਵਾਂ 'ਤੇ ਬਰਾਬਰ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਹਫਮੈਨ ਏਨਕੋਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਅਨਪੈਕ ਕੀਤੇ ਨਾਮ ਅਤੇ ਮੁੱਲ ਦੀਆਂ ਸਤਰਾਂ ਦਾ ਅਸਲ ਆਕਾਰ ਵੱਡਾ ਹੋ ਸਕਦਾ ਹੈ। ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸੀਮਾ ਜ਼ਿਆਦਾਤਰ ਪੁੱਛਗਿੱਛਾਂ ਲਈ ਢੁਕਵੀਂ ਹੈ।

ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਹੈ. ਅਤੇ ਸਾਰੇ ਕਿਉਂ? ਕਿਉਂਕਿ ਲਿੰਕ ਦੀ ਲੰਬਾਈ ਲੰਮੀ ਸੀ - ਉਹੀ 4k ਤੋਂ ਲੰਮੀ.

ਇਸ ਨੂੰ ਸੈੱਟ ਕਰਕੇ, ਉਦਾਹਰਨ ਲਈ, 8kb (ਜਾਂ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ), ਅਸੀਂ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਦੇ ਹਾਂ।
ਇਸ ਲਈ ਇਸ ਨੂੰ ਚਲਾ.

ਸਰੋਤ: www.habr.com