UDP ਉੱਤੇ HTTP - QUIC ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਚੰਗੀ ਵਰਤੋਂ ਕਰਨਾ

QUIC (Quick UDP ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ) UDP ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ TCP, TLS ਅਤੇ HTTP/2 ਦੀਆਂ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਜ਼ਿਆਦਾਤਰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਅਕਸਰ ਇੱਕ ਨਵਾਂ ਜਾਂ "ਪ੍ਰਯੋਗਾਤਮਕ" ਪ੍ਰੋਟੋਕੋਲ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਹ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਪ੍ਰਯੋਗਾਤਮਕ ਪੜਾਅ ਤੋਂ ਬਾਹਰ ਹੈ: ਵਿਕਾਸ 7 ਸਾਲਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਿਹਾ ਹੈ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, ਪ੍ਰੋਟੋਕੋਲ ਇੱਕ ਮਿਆਰੀ ਬਣਨ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕੀਤਾ, ਪਰ ਫਿਰ ਵੀ ਵਿਆਪਕ ਹੋ ਗਿਆ. ਉਦਾਹਰਨ ਲਈ, QUIC ਦੀ ਵਰਤੋਂ ਗੂਗਲ ਅਤੇ ਫੇਸਬੁੱਕ ਵਰਗੀਆਂ ਦਿੱਗਜ ਕੰਪਨੀਆਂ ਦੁਆਰਾ ਟਰੈਫਿਕ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਅਤੇ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਦੇਰੀ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ IETF ਨੇ ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਫੋਰਕ ਨੂੰ HTTP/3 ਸਟੈਂਡਰਡ ਲਈ ਆਧਾਰ ਘੋਸ਼ਿਤ ਕੀਤਾ (ਭਾਵੇਂ HTTP/2 ਵਰਤਦਾ ਹੈ। ਸਿਰਫ਼ 44.8% ਸਾਈਟਾਂ).

ਸੰਕਲਪ

QUIC ਨੂੰ ਵਿਰਾਸਤੀ TCP ਦੇ ਬਦਲ ਵਜੋਂ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਅਸਲ ਵਿੱਚ ਘੱਟ-ਨੁਕਸਾਨ ਵਾਲੇ ਵਾਇਰਡ ਨੈੱਟਵਰਕਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ। TCP ਕ੍ਰਮ ਵਿੱਚ ਪੈਕੇਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਜੇਕਰ ਇੱਕ ਪੈਕੇਟ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪੂਰੀ ਕਤਾਰ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ (ਹੈੱਡ-ਆਫ-ਲਾਈਨ ਬਲਾਕਿੰਗ), ਜੋ ਕੁਨੈਕਸ਼ਨ ਦੀ ਗੁਣਵੱਤਾ ਅਤੇ ਸਥਿਰਤਾ ਨੂੰ ਨਕਾਰਾਤਮਕ ਤੌਰ 'ਤੇ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਵੱਡੇ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣ ਲਈ, ਸੈਲੂਲਰ ਨੈਟਵਰਕ ਵੱਡੇ ਬਫਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਸਹਾਰਾ ਲੈਂਦੇ ਹਨ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ (ਬਫਰਬਲੋਟ). ਇਸ ਤੋਂ ਇਲਾਵਾ, TCP ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਬਿਤਾਉਂਦਾ ਹੈ: SYN/ACK ਅਤੇ TLS ਬੇਨਤੀਆਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਦੀ ਬਜਾਏ ਤਿੰਨ ਰਾਊਂਡਟ੍ਰਿਪ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ QUIC ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ QUIC ਇੱਕ TCP ਬਦਲਣ ਅਤੇ TLS 1.3 ਦੇ ਲਾਗੂਕਰਨ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਸਾਰੇ ਕਨੈਕਸ਼ਨ ਹਮੇਸ਼ਾ ਐਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਅਜਿਹੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨਾ ਇਸ ਨਾਲੋਂ ਸੌਖਾ ਨਹੀਂ ਹੈ ਜੇਕਰ ਇਹ HTTPS ਉੱਤੇ ਜਾ ਰਿਹਾ ਹੋਵੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, QUIC ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ TCP ਸਟੈਕ ਦਾ ਪੂਰਾ ਬਦਲ ਲੈਣਾ ਹੋਵੇਗਾ ਸਦੀਵਤਾ.

HTTP/2 ਵਿੱਚ ਮਲਟੀਪਲੈਕਸਿੰਗ ਲਈ ਸਮਰਥਨ ਦੇ ਬਾਵਜੂਦ, ਕ੍ਰਮ ਵਿੱਚ ਪੈਕੇਟ ਡਿਲੀਵਰ ਕਰਨ ਦੀ ਲੋੜ ਕਾਰਨ ਹੈਡ-ਆਫ-ਲਾਈਨ ਬਲਾਕਿੰਗ ਦੀ ਸਮੱਸਿਆ ਉੱਥੇ ਹੀ ਰਹੀ। QUIC UDP ਦੇ ਸਿਖਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸਲਈ ਇਸ ਵਿੱਚ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਕੋਈ ਬਲੌਕਿੰਗ ਨਹੀਂ ਹੈ, ਅਤੇ ਪੈਕੇਟਾਂ ਨੂੰ ਹਮੇਸ਼ਾ ਲਈ ਗੁਆਚਣ ਤੋਂ ਰੋਕਣ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਨੰਬਰ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ "ਗੁਆਂਢੀਆਂ" ਦੇ ਹਿੱਸੇ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ, ਜੋ ਰਿਡੰਡੈਂਸੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, QUIC ਇੱਕ ਸਿੰਗਲ ਕੁਨੈਕਸ਼ਨ ਦੇ ਅੰਦਰ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਮੋਨੋਲਿਥਿਕ ਕਤਾਰ ਨੂੰ ਕਈ ਥ੍ਰੈਡਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਜੇਕਰ ਇੱਕ ਪੈਕੇਟ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਮੱਸਿਆਵਾਂ ਸਿਰਫ਼ ਇੱਕ ਕਤਾਰ ਲਈ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਖਾਸ ਫਾਈਲ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ):

ਵਰਤੋਂ ਕਰੋ

ਸ਼ੁਰੂ ਵਿੱਚ, QUIC ਨੂੰ Google ਦੇ ਅੰਦਰ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕੰਪਨੀ ਦੇ ਅੰਦਰ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ। 2013 ਵਿੱਚ, ਇਸਨੂੰ ਮਾਨਕੀਕਰਨ ਲਈ IETF ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਸੀ (ਜੋ ਕਿ ਅਜੇ ਵੀ ਜਾਰੀ ਹੈ), ਅਤੇ ਹੁਣ ਹਰ ਕੋਈ ਇਹ ਪ੍ਰਸਤਾਵਿਤ ਕਰਕੇ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਕੀ ਗੁਆ ਰਹੇ ਹਨ। IETF ਕਾਰਜ ਸਮੂਹ ਸਾਲਾਨਾ ਮੀਟਿੰਗਾਂ ਦਾ ਆਯੋਜਨ ਕਰਦਾ ਹੈ ਜਿਸ ਦੌਰਾਨ ਇੱਕ ਨਵੇਂ ਮਿਆਰ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਨਵੀਨਤਾਵਾਂ 'ਤੇ ਚਰਚਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। QUIC ਦੇ ਇਸ ਲਾਗੂਕਰਨ ਨੂੰ ਮੁੱਖ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਇਸਦੇ ਆਧਾਰ 'ਤੇ ਹੈ ਕਿ HTTP/3 ਸਟੈਂਡਰਡ ਪ੍ਰਮਾਣਿਤ ਹੈ।

ਹੁਣ ਤੱਕ, ਮੁੱਖ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ HTTP/3 ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਬਾਰੇ ਕੋਈ ਗੱਲ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਅਜੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ ਹੈ ਅਤੇ ਲਗਭਗ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ:

ਪਰ QUIC ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਰਵਰ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਆਵਾਜਾਈ ਦੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ Uber 'ਤੇ ਸਫਲਤਾਪੂਰਵਕ ਕੀਤਾ ਗਿਆ ਸੀ:

QUIC ਦੀ ਸ਼ੁਰੂਆਤ 'ਤੇ ਉਬੇਰ ਦੀ ਟਿੱਪਣੀ

QUIC ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਏਮਬੇਡ ਕਰਨ ਅਤੇ ਮਾੜੇ ਕਨੈਕਟੀਵਿਟੀ ਵਾਤਾਵਰਨ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ ਪੁਰਾਣੇ ਸਟੈਕ (HTTP/2 ਓਵਰ TLS/TCP) ਨੂੰ QUIC ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਹੈ। ਅਸੀਂ ਨੈੱਟਵਰਕ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ ਕਰੋਨੇਟ ਤੱਕ Chromium ਪ੍ਰੋਜੈਕਟਸ, ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਅਸਲੀ, Google ਸੰਸਕਰਣ ਸ਼ਾਮਲ ਹੈ - gQUIC। ਨਵੀਨਤਮ IETF ਨਿਰਧਾਰਨ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਇਸ ਲਾਗੂਕਰਨ ਨੂੰ ਲਗਾਤਾਰ ਸੁਧਾਰਿਆ ਜਾ ਰਿਹਾ ਹੈ।

ਅਸੀਂ ਪਹਿਲਾਂ QUIC ਲਈ ਸਮਰਥਨ ਜੋੜਨ ਲਈ ਸਾਡੀਆਂ Android ਐਪਾਂ ਵਿੱਚ Cronet ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ। ਏਕੀਕਰਣ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਕੀਤਾ ਜਾ ਸਕੇ। ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਪੁਰਾਣੇ ਨੈੱਟਵਰਕਿੰਗ ਸਟੈਕ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲਣ ਦੀ ਬਜਾਏ OkHttp, ਅਸੀਂ OkHttp API ਫਰੇਮਵਰਕ ਦੇ ਤਹਿਤ Cronet ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਹੈ। ਇਸ ਤਰੀਕੇ ਨਾਲ ਏਕੀਕਰਣ ਕਰਨ ਨਾਲ, ਅਸੀਂ ਆਪਣੀਆਂ ਨੈਟਵਰਕ ਕਾਲਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਤੋਂ ਪਰਹੇਜ਼ ਕੀਤਾ (ਜੋ ਕਿ ਦੁਆਰਾ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਰੀਟਰੋਫਿਟ) API ਪੱਧਰ 'ਤੇ.

ਐਂਡਰੌਇਡ ਡਿਵਾਈਸਾਂ ਲਈ ਪਹੁੰਚ ਦੇ ਸਮਾਨ, ਅਸੀਂ ਨੈੱਟਵਰਕ ਤੋਂ HTTP ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਦੇ ਹੋਏ, iOS 'ਤੇ Uber ਐਪਸ ਵਿੱਚ Cronet ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ। APIਵਰਤਦੇ ਹੋਏ NSURLਪ੍ਰੋਟੋਕਾਲ. ਆਈਓਐਸ ਫਾਊਂਡੇਸ਼ਨ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਇਹ ਐਬਸਟਰੈਕਸ਼ਨ, ਪ੍ਰੋਟੋਕੋਲ-ਵਿਸ਼ੇਸ਼ URL ਡੇਟਾ ਨੂੰ ਹੈਂਡਲ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਅਸੀਂ ਮਹੱਤਵਪੂਰਨ ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਾਗਤਾਂ ਤੋਂ ਬਿਨਾਂ ਸਾਡੇ iOS ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਕਰੋਨੇਟ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ।

ਤੋਂ ਲਿਆ ਗਿਆ ਇਹ ਅਨੁਵਾਦ ਉਬੇਰ ਲੇਖ

ਬੈਕਐਂਡ 'ਤੇ ਉਨ੍ਹਾਂ ਨੇ Google Cloud lb ਦੁਆਰਾ QUIC ਕਨੈਕਸ਼ਨ ਫੜੇ, ਜੋ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ 2018 ਦੇ ਮੱਧ ਤੋਂ।

ਇਹ ਕੋਈ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਨਹੀਂ ਹੈ ਕਿ ਗੂਗਲ ਕਲਾਉਡ ਗੂਗਲ ਦੁਆਰਾ ਵਿਕਸਤ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਵਿਕਲਪ ਕੀ ਹਨ?

ਐਨਜੀਕਸ

ਬਹੁਤ ਸਮਾਂ ਪਹਿਲਾਂ CloudFlare ਨਹੀਂ ਮੈਂ ਪਾਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ nginx (ਜੋ ਮੂਲ ਰੂਪ ਵਿੱਚ HTTP/3 ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ) ਇਸਦੇ Quiche ਟੂਲ ਨਾਲ। ਲਾਗੂਕਰਨ ਇੱਕ ਸਿੰਗਲ .ਪੈਚ ਫਾਈਲ ਦੇ ਰੂਪ ਵਿੱਚ ਉਪਲਬਧ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਇੰਸਟਾਲੇਸ਼ਨ ਟਿਊਟੋਰਿਅਲ ਦੇ ਨਾਲ ਆਉਂਦਾ ਹੈ:

curl -O https://nginx.org/download/nginx-1.16.1.tar.gz
tar xvzf nginx-1.16.1.tar.gz
git clone --recursive https://github.com/cloudflare/quiche
cd nginx-1.16.1
patch -p01 < ../quiche/extras/nginx/nginx-1.16.patch

ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਇੱਥੇ ਤੁਸੀਂ ਆਪਣੇ ਮੋਡੀਊਲ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹੋ

./configure                          	
   	--prefix=$PWD                       	
   	--with-http_ssl_module              	
   	--with-http_v2_module               	
   	--with-http_v3_module               	
   	--with-openssl=../quiche/deps/boringssl 
   	--with-quiche=../quiche
 make

HTTP/3 ਸਮਰਥਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣਾ ਬਾਕੀ ਹੈ

events {
    worker_connections  1024;
}

http {
    server {
        # Enable QUIC and HTTP/3.
        listen 443 quic reuseport;

        # Enable HTTP/2 (optional).
        listen 443 ssl http2;

        ssl_certificate      cert.crt;
        ssl_certificate_key  cert.key;

        # Enable all TLS versions (TLSv1.3 is required for QUIC).
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;

        # Request buffering in not currently supported for HTTP/3.
        proxy_request_buffering off;

        # Add Alt-Svc header to negotiate HTTP/3.
        add_header alt-svc 'h3-27=":443"; ma=86400';
    }
}

ਰੈਗੂਲਰ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ HTTP/3 ਰਾਹੀਂ ਜੁੜਨਾ ਅਜੇ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਪਰ ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ ਕਰੋਮ ਕੈਨਰੀ ਅਤੇ ਇਸ ਨੂੰ ਝੰਡੇ ਨਾਲ ਚਲਾਓ --enable-quic, ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਜਾਓ ਜਾਂ, ਉਦਾਹਰਨ ਲਈ, quic.rocks ਸਾਈਟ 'ਤੇ ਜਾਓ ਅਤੇ ਡਿਵੈਲਪਰ ਟੂਲਸ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਦੀ ਕਿਸਮ ਦੇਖੋ:

HTTP/3 ਦੀ ਬਜਾਏ ਇਹ ਲਿਖਿਆ ਗਿਆ ਹੈ http2+quic/99, ਪਰ ਇਹ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਇੱਕੋ ਚੀਜ਼ ਹੈ।

ਹੋਰ ਤਕਨਾਲੋਜੀਆਂ

• QUIC ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਲਿਟਸਪੇਡ (ਜੋ ਬਹੁਤ ਧੂਮਧਾਮ ਨਾਲ HTTP/3 ਰਾਹੀਂ Facebook ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ) ਅਤੇ ਪ੍ਰਗਤੀਸ਼ੀਲ caddy. ਅਪਾਚੇ ਅਜੇ ਇਹ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਪਰ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ ਪੂਰੇ ਜੋਸ਼.
• ਜਨਵਰੀ 21 ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ WebRTC ਲਈ ਡਰਾਫਟ ਸਟੈਂਡਰਡ
• ਦੂਜੇ ਦਿਨ ਹੀ ਮਾਈਕ੍ਰੋਸਾਫਟ ਖੁੱਲ੍ਹਿਆ msquic ਲਾਗੂ ਕਰਨ ਕੋਡ, ਜਿਸ ਵਿੱਚ IETF ਸਟੈਂਡਰਡ ਦੇ ਸਾਰੇ ਫੰਕਸ਼ਨ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਪਰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਵੱਡੀ ਸਫਲਤਾ ਹੈ।

ਸਿੱਟਾ

QUIC ਵਿੱਚ ਦਿਲਚਸਪੀ ਅਸਥਿਰ ਹੈ, ਪਰ ਵਧ ਰਹੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਮਿਆਰੀ ਬਣਾਉਣ ਲਈ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਵੇਂ ਲਾਗੂਕਰਨ ਲਗਭਗ ਹਰ ਮਹੀਨੇ ਪ੍ਰਗਟ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰ ਸਾਲ ਵੱਧ ਤੋਂ ਵੱਧ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਯਕੀਨ ਹੁੰਦਾ ਹੈ ਕਿ QUIC ਭਵਿੱਖ ਹੈ। ਟੀਸੀਪੀ ਸਟੈਕ ਦੇ ਭਵਿੱਖ ਦੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਵੀ ਸੰਭਵ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਸਾਰਾ ਇੰਟਰਨੈਟ ਵਧੇਰੇ ਸਥਿਰ ਅਤੇ ਤੇਜ਼ ਕਨੈਕਸ਼ਨਾਂ ਵਿੱਚ ਚਲੇ ਜਾਵੇਗਾ।

ਪਹਿਲਾਂ ਹੀ ਹੁਣ ਤੁਸੀਂ ਆਪਣੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ QUIC ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਇਸਨੂੰ ਬ੍ਰਾਉਜ਼ਰਾਂ ਨੂੰ ਵੀ ਦੇ ਸਕਦੇ ਹੋ - ਉਹ ਸਾਰੇ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਸਮਰਥਨ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਨ, ਅਤੇ ਕੈਨੀਯੂਸ ਦੇ ਨਾਲ ਉਦਾਸ ਅੰਕੜੇ ਵਧੇਰੇ ਖੁਸ਼ਹਾਲ ਹੋ ਜਾਣਗੇ.

ਸਰੋਤ: www.habr.com