Cloudflare ਨੇ NGINX ਵਿੱਚ HTTP/3 ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਇੱਕ ਮੋਡੀਊਲ ਲਾਗੂ ਕੀਤਾ ਹੈ

ਕਲਾਉਡਫਲੇਅਰ ਕੰਪਨੀ ਤਿਆਰ ਮੋਡੀ .ਲ NGINX ਵਿੱਚ HTTP/3 ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਸਹਾਇਤਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ। ਮੋਡੀਊਲ Cloudflare ਦੁਆਰਾ ਵਿਕਸਤ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਇੱਕ ਐਡ-ਆਨ ਦੇ ਤੌਰ ਤੇ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ quiche QUIC ਅਤੇ HTTP/3 ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ। quiche ਕੋਡ Rust ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਪਰ NGINX ਮੋਡੀਊਲ ਖੁਦ C ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਡਾਇਨਾਮਿਕ ਲਿੰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਇਬ੍ਰੇਰੀ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ। ਵਿਕਾਸ ਖੁੱਲਾ BSD ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ.

ਇਕੱਠੇ ਕਰਨ ਲਈ, ਸਿਰਫ਼ ਡਾਊਨਲੋਡ ਕਰੋ ਪੈਚ nginx 1.16 ਅਤੇ ਕੋਡ quiche ਲਾਇਬ੍ਰੇਰੀਆਂ, ਫਿਰ nginx ਨੂੰ “—with-http_v3_module —with-quiche=../quiche” ਵਿਕਲਪਾਂ ਨਾਲ ਦੁਬਾਰਾ ਬਣਾਓ। ਬਣਾਉਂਦੇ ਸਮੇਂ, TLS ਸਹਾਇਤਾ ਬੋਰਿੰਗSSL ਲਾਇਬ੍ਰੇਰੀ (“--with-openssl=../quiche/deps/boringssl”) 'ਤੇ ਅਧਾਰਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, OpenSSL ਦੀ ਵਰਤੋਂ ਅਜੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਸੈਟਿੰਗਾਂ ਵਿੱਚ "ਕੁਇਕ" ਫਲੈਗ ਦੇ ਨਾਲ ਸੁਣਨ ਦੇ ਨਿਰਦੇਸ਼ ਨੂੰ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ (ਉਦਾਹਰਨ ਲਈ, "ਸੁਣੋ 443 ਕੁਇੱਕ ਰੀਯੂਜ਼ਪੋਰਟ")।

ਕਲਾਇੰਟ ਸੌਫਟਵੇਅਰ ਵਿੱਚ, ਕ੍ਰੋਮ ਕੈਨਰੀ ਅਤੇ ਕਰਲ ਉਪਯੋਗਤਾ ਦੇ ਪ੍ਰਯੋਗਾਤਮਕ ਬਿਲਡਾਂ ਵਿੱਚ HTTP/3 ਸਮਰਥਨ ਪਹਿਲਾਂ ਹੀ ਜੋੜਿਆ ਗਿਆ ਹੈ। ਸਰਵਰ ਸਾਈਡ 'ਤੇ, ਹੁਣ ਤੱਕ ਇਸ ਨੂੰ ਵੱਖਰਾ, ਸੀਮਤ ਵਰਤਣਾ ਜ਼ਰੂਰੀ ਸੀ ਟੈਸਟ ਲਾਗੂ ਕਰਨ. nginx ਵਿੱਚ HTTP/3 ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਦੀ ਸਮਰੱਥਾ HTTP/3 ਸਮਰਥਨ ਵਾਲੇ ਸਰਵਰਾਂ ਦੀ ਤੈਨਾਤੀ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸਰਲ ਬਣਾਵੇਗੀ ਅਤੇ ਨਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਟੈਸਟ ਲਾਗੂਕਰਨ ਨੂੰ ਵਧੇਰੇ ਪਹੁੰਚਯੋਗ ਬਣਾਵੇਗੀ। nginx ਵਿੱਚ HTTP/3 ਲਈ ਮਿਆਰੀ ਸਮਰਥਨ ਦਾ ਉਭਾਰ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ 1.17-6 ਮਹੀਨਿਆਂ ਲਈ 12.x ਸ਼ਾਖਾ ਵਿੱਚ।

ਯਾਦ ਕਰੋ ਕਿ HTTP/3 HTTP/2 ਲਈ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਵਜੋਂ QUIC ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਨੂੰ ਮਾਨਕੀਕਰਨ ਕਰਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ QUIC (ਤਤਕਾਲ UDP ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ) ਨੂੰ ਗੂਗਲ ਦੁਆਰਾ 2013 ਤੋਂ ਵੈੱਬ ਲਈ TCP+TLS ਸੁਮੇਲ ਦੇ ਵਿਕਲਪ ਵਜੋਂ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਹੈ, TCP ਵਿੱਚ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਲੰਬੇ ਸੈੱਟਅੱਪ ਅਤੇ ਗੱਲਬਾਤ ਦੇ ਸਮੇਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਅਤੇ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਦੌਰਾਨ ਪੈਕੇਟ ਗੁੰਮ ਹੋਣ 'ਤੇ ਦੇਰੀ ਨੂੰ ਦੂਰ ਕਰਨਾ। QUIC UDP ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਇੱਕ ਐਕਸਟੈਂਸ਼ਨ ਹੈ ਜੋ ਮਲਟੀਪਲ ਕਨੈਕਸ਼ਨਾਂ ਦੇ ਮਲਟੀਪਲੈਕਸਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ TLS/SSL ਦੇ ​​ਬਰਾਬਰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਵਿਧੀਆਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਮੁੱਖ ਫੀਚਰ QUIC:

• TLS ਦੇ ਸਮਾਨ ਉੱਚ ਸੁਰੱਖਿਆ (ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ QUIC UDP ਉੱਤੇ TLS ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ);
• ਪ੍ਰਵਾਹ ਇਕਸਾਰਤਾ ਨਿਯੰਤਰਣ, ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਰੋਕਣਾ;
• ਤੁਰੰਤ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਦੀ ਯੋਗਤਾ (0-RTT, ਲਗਭਗ 75% ਮਾਮਲਿਆਂ ਵਿੱਚ ਡਾਟਾ ਕਨੈਕਸ਼ਨ ਸੈੱਟਅੱਪ ਪੈਕੇਟ ਭੇਜਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਸੰਚਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ) ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਭੇਜਣ ਅਤੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੇਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ (RTT, ਰਾਊਂਡ ਟ੍ਰਿਪ ਟਾਈਮ);
• ਇੱਕ ਪੈਕੇਟ ਨੂੰ ਮੁੜ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਸਮੇਂ ਇੱਕੋ ਕ੍ਰਮ ਨੰਬਰ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰਨਾ, ਜੋ ਪ੍ਰਾਪਤ ਕੀਤੇ ਪੈਕੇਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਵਿੱਚ ਅਸਪਸ਼ਟਤਾ ਤੋਂ ਬਚਦਾ ਹੈ ਅਤੇ ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਂਦਾ ਹੈ;
• ਇੱਕ ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ ਸਿਰਫ ਇਸਦੇ ਨਾਲ ਸੰਬੰਧਿਤ ਸਟ੍ਰੀਮ ਦੀ ਡਿਲਿਵਰੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਕੁਨੈਕਸ਼ਨ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਸਮਾਨਾਂਤਰ ਸਟ੍ਰੀਮਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਡਿਲਿਵਰੀ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ;
• ਗਲਤੀ ਸੁਧਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਗੁੰਮ ਹੋਏ ਪੈਕੇਟਾਂ ਦੇ ਮੁੜ ਪ੍ਰਸਾਰਣ ਕਾਰਨ ਦੇਰੀ ਨੂੰ ਘੱਟ ਕਰਦੀਆਂ ਹਨ। ਗੁੰਮ ਹੋਏ ਪੈਕੇਟ ਡੇਟਾ ਦੇ ਮੁੜ ਪ੍ਰਸਾਰਣ ਦੀ ਲੋੜ ਵਾਲੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਪੈਕੇਟ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਗਲਤੀ ਸੁਧਾਰ ਕੋਡਾਂ ਦੀ ਵਰਤੋਂ।
• ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਬਲਾਕ ਸੀਮਾਵਾਂ QUIC ਪੈਕੇਟ ਸੀਮਾਵਾਂ ਨਾਲ ਇਕਸਾਰ ਹੁੰਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਬਾਅਦ ਵਾਲੇ ਪੈਕੇਟਾਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਡੀਕੋਡ ਕਰਨ 'ਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ;
• TCP ਕਤਾਰ ਬਲਾਕਿੰਗ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ;
• ਕਨੈਕਸ਼ਨ ਪਛਾਣਕਰਤਾ ਲਈ ਸਮਰਥਨ, ਜੋ ਮੋਬਾਈਲ ਕਲਾਇੰਟਸ ਲਈ ਮੁੜ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਲੱਗਣ ਵਾਲੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ;
• ਅਡਵਾਂਸਡ ਕੁਨੈਕਸ਼ਨ ਕੰਜੈਸ਼ਨ ਕੰਟਰੋਲ ਵਿਧੀ ਨਾਲ ਜੁੜਨ ਦੀ ਸੰਭਾਵਨਾ;
• ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਪ੍ਰਤੀ-ਦਿਸ਼ਾ ਥਰੂਪੁੱਟ ਪੂਰਵ ਅਨੁਮਾਨ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਅਨੁਕੂਲ ਦਰਾਂ 'ਤੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਰੋਕਦੇ ਹਨ ਅਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦਾ ਕਾਰਨ ਬਣਦੇ ਹਨ;
• ਅਨੁਭਵੀ ਵਾਧਾ TCP ਦੇ ਮੁਕਾਬਲੇ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਥ੍ਰੁਪੁੱਟ। ਵੀਡੀਓ ਸੇਵਾਵਾਂ ਜਿਵੇਂ ਕਿ YouTube ਲਈ, QUIC ਨੂੰ 30% ਦੁਆਰਾ ਵੀਡੀਓ ਦੇਖਣ ਵੇਲੇ ਰਿਬਫਰਿੰਗ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਸਰੋਤ: opennet.ru