ਗਰਮ HTTPS ਬਨਾਮ ਗਰਮ VPN: ਉਹੀ ਬੇਨਤੀ ਮਾਰਗ ਦੀ ਤੁਲਨਾ ਕਰੋ

ਤੁਸੀਂ ਸ਼ਾਇਦ ਪੜ੍ਹਿਆ ਹੋਵੇਗਾ ਕਿ HTTPS ਹਰ API ਬੇਨਤੀ ਲਈ ਨਵਾਂ TCP ਕਨੈਕਸ਼ਨ ਅਤੇ ਨਵਾਂ TLS ਹੈਂਡਸ਼ੇਕ ਖੋਲ੍ਹਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਘੰਟਾ ਖੁੱਲ੍ਹੀ ਰਹਿਣ ਵਾਲੀ ਟਨਲ ਸਸਤੀ ਲੱਗਦੀ ਹੈ। ਇਸ ਦਾ ਪਹਿਲਾ ਅੱਧਾ ਹਿੱਸਾ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤ ਹੈ। ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਬਹੁਤ ਸਾਰੇ ਵਟਾਂਦਰਿਆਂ ਲਈ ਸਥਾਪਿਤ ਕਨੈਕਸ਼ਨ ਮੁੜ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਹਰ ਕਾਲ 'ਤੇ ਨਵਾਂ ਕਲਾਇੰਟ ਬਣਾਉਣ ਵਾਲਾ ਮਾਪ ਜੀਵਨ ਚੱਕਰ ਮਾਪਦਾ ਹੈ, ਸੁਰੱਖਿਆ ਨਹੀਂ। ਇਸ ਪੰਨੇ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸ ਦੀ ਥਾਂ ਕੀ ਮਾਪਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮੁੜ ਵਰਤੋਂ ਅਸਲ ਵਿੱਚ ਕੀ ਮੰਗਦੀ ਹੈ

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

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

ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਅਤੇ ਕਨੈਕਸ਼ਨ ਪੂਲ ਦਾ ਜੀਵਨ ਚੱਕਰ ਜਾਂਚੋ, ਪੂਲ ਚਾਲੂ ਜਾਂ ਬੰਦ ਮੰਨ ਲੈਣ ਦੀ ਥਾਂ। ਸਹਿਮਤ HTTP ਸੰਸਕਰਣ ਵੀ ਲਿਖੋ, ਕਿਉਂਕਿ HTTP/2 ਅਤੇ HTTP/3 ਕਨੈਕਸ਼ਨ ਮੁੜ ਵਰਤੋਂ ਨੂੰ HTTP/1.1 ਤੋਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲਦੇ ਹਨ। ਸਹਿਮਤ ਸੰਸਕਰਣ ਨੂੰ ਮਾਪ ਦਾ ਹਿੱਸਾ ਮੰਨੋ, ਪਾਦਟਿੱਪਣੀ ਨਹੀਂ।

ਤੁਲਨਾ ਜੀਵਨ ਚੱਕਰ ਕਿਉਂ ਮਾਪਦੀ ਹੈ

ਹਰ ਕਾਰਵਾਈ ਲਈ ਨਵਾਂ ਕਲਾਇੰਟ ਬਣਾਉਣਾ ਅਤੇ ਉਸ ਦੀ ਇੱਕ ਘੰਟੇ ਤੋਂ ਜੁੜੀ ਟਨਲ ਨਾਲ ਤੁਲਨਾ ਕਰਨਾ ਕਨੈਕਸ਼ਨ ਸਥਾਪਨਾ ਦੀ ਤੁਲਨਾ ਸਥਿਰ ਹਾਲਤ ਨਾਲ ਕਰਦਾ ਹੈ। ਇਹ ਜਾਇਜ਼ ਮਾਪ ਹੈ, ਅਤੇ ਇਹ HTTPS ਬਨਾਮ VPN ਨਹੀਂ। ਇੱਕੋ ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਵਾਲੇ ਦੋ ਰਨ ਇੱਕ ਨਾਲੋਂ ਵਧੀਆ ਵਿਵਹਾਰ ਦੱਸਦੇ ਹਨ, ਖ਼ਾਸਕਰ ਜਦੋਂ ਪਹਿਲਾ ਰਨ ਕੋਈ ਰਿਜ਼ੌਲਵਰ ਜਾਂ ਕਨੈਕਸ਼ਨ ਕੈਸ਼ ਗਰਮ ਕਰਦਾ ਹੈ।

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

ਠੰਡੀ ਸਥਾਪਨਾ ਨੂੰ ਗਰਮ ਬੇਨਤੀਆਂ ਤੋਂ ਵੱਖਰਿਆਂ ਕਰੋ

ਪਹਿਲੀ ਬੇਨਤੀ ਨੂੰ ਬਾਅਦ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਤੋਂ ਵੱਖਰਿਆਂ ਮਾਪੋ। ਫਿਰ ਉਹ ਜੋੜੋ ਜੋ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਦੇਖਦੀ ਹੈ: ਨਿਸ਼ਕਿਰਿਆ ਅਰਸੇ, ਧਮਾਕੇ, ਸਮਕਾਲੀਕਰਨ, ਜਵਾਬ ਦਾ ਆਕਾਰ ਅਤੇ ਮੁੜ ਜੁੜਨਾ।

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

ਬੰਦ ਹੋਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਲਈ ਯੋਜਨਾ ਬਣਾਓ

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

ਸਾਕਟ ਮੁੜ ਖੋਲ੍ਹਣ ਵਾਲੇ ਲੂਪ ਦੀ ਥਾਂ ਸੇਵਾ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਜਾਂ ਆਈਡੈਂਪੋਟੈਂਸੀ ਵਿਧੀ ਵਰਤੋ। ਬਹਾਲੀ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਖੋ: ਨਿਸ਼ਕਿਰਿਆ ਕਨੈਕਸ਼ਨ ਬੰਦ ਕਰੋ ਅਤੇ ਦੇਖੋ ਕਲਾਇੰਟ ਅੱਗੇ ਕੀ ਕਰਦਾ ਹੈ। ਸਾਕਟ ਮੁੜ ਖੋਲ੍ਹਣਾ ਹਾਲਤ ਬਦਲਣ ਵਾਲੀ ਕਾਲ ਦੇ ਦੁਹਰਾਉ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਪਹਿਲਾਂ ਹੱਦ ਚੁਣੋ, ਫਿਰ ਅਨੁਕੂਲ ਕਰੋ

ਕੁਝ ਵੀ ਅਨੁਕੂਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚ ਅਤੇ ਭਰੋਸੇ ਦੀਆਂ ਲੋੜਾਂ ਤੋਂ ਨੈੱਟਵਰਕ ਹੱਦ ਚੁਣੋ। VPN ਆਪਣੇ ਸਾਥੀਆਂ ਵਿਚਕਾਰਲਾ ਹਿੱਸਾ ਬਚਾਉਂਦਾ ਹੈ, ਜਦਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅੰਤ ਬਿੰਦੂ ਅਤੇ ਟਨਲ ਤੋਂ ਬਾਹਰਲਾ ਕੋਈ ਵੀ ਸਪਸ਼ਟ ਪਾਠ ਹਿੱਸਾ ਹਾਲੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਫਿਰ ਉਸ ਹੱਦ ਦੇ ਅੰਦਰ ਕਨੈਕਸ਼ਨ ਦਾ ਜੀਵਨ ਚੱਕਰ ਮਿਲਾਓ। ਸਸਤੀ ਟਨਲ ਦਾ ਸਿੱਟਾ ਸਿਰਫ਼ ਇਸ ਵਿਸ਼ਵਾਸ ਤੋਂ ਆਉਂਦਾ ਹੈ ਕਿ ਹਰ ਬੇਨਤੀ ਹੈਂਡਸ਼ੇਕ ਦੁਹਰਾਉਂਦੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਉਹੀ ਵਿਸ਼ਵਾਸ ਪਰਖਿਆ ਜਾ ਰਿਹਾ ਹੈ।

RFC 9112 ਵਿੱਚ ਟਿਕਾਊਪਣ ਵਾਲਾ ਭਾਗ ਇਸ ਗੱਲ ਦਾ ਹਵਾਲਾ ਹੈ ਕਿ ਮੁੜ ਵਰਤੋਂ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਖ਼ਤਮ ਕਰਨ ਵਾਲੀਆਂ ਸ਼ਰਤਾਂ ਵੀ ਸ਼ਾਮਲ ਹਨ। ਅਜਿਹੇ ਮਾਪ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਇੱਕ ਵਾਰ ਪੜ੍ਹੋ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ।