TLS ਨਿਯੰਤਰਣ ਚੈਨਲ ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ, ਪੂਰੀ ਸੁਰੰਗ ਵਿੱਚ ਨਹੀਂ

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

ਲਿਫ਼ਾਫ਼ਾ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ

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

outer transport (UDP datagram or TCP stream)
  -> OpenVPN header (opcode, key id, length where needed)
    -> control message (reliability wrapper, TLS exchange)
    -> data message (protected inner packet)

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

ਭਰੋਸੇਯੋਗਤਾ ਪਰਤ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਹੀ ਹੈ

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

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

ਬਾਹਰੀ ਟ੍ਰਾਂਸਪੋਰਟ ਨੂੰ TCP ਵਿੱਚ ਬਦਲਣ ਨਾਲ ਇਹ ਪਰਤ ਹਟਦੀ ਨਹੀਂ। ਭਰੋਸੇਯੋਗ ਟ੍ਰਾਂਸਪੋਰਟ ਦਾ ਅਰਥ ਹੈ ਪ੍ਰੋਟੋਕੋਲ ਪੱਧਰ 'ਤੇ ਘੱਟ ਮੁੜ-ਭੇਜਣ, ਇਹ ਨਹੀਂ ਕਿ ਫਰੇਮਿੰਗ ਗਾਇਬ ਹੋ ਜਾਵੇ ਜਾਂ ਟਰੈਫਿਕ HTTP ਬਣ ਜਾਵੇ।

ਡੇਟਾ ਪੈਕੇਟ ਵੱਖਰਾ ਫਾਰਮੈਟ ਵਰਤਦੇ ਹਨ

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

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

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

HTTPS ਪ੍ਰੌਕਸੀ ਮਦਦ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦੀ

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

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

ਟ੍ਰੇਸ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪੜ੍ਹਨਾ

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

ਕੁੰਜੀ-ਵਿਧੀਆਂ ਦੇ ਇਤਿਹਾਸਕ ਵਰਣਨ ਪ੍ਰੋਟੋਕੋਲ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਇਹ ਨਹੀਂ ਦਰਸਾਉਂਦੇ ਕਿ ਦਿੱਤਾ ਸੰਸਕਰਣ ਅਜੇ ਵੀ ਹਰ ਪੁਰਾਣਾ ਫਾਰਮੈਟ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਜੋ ਸੰਸਕਰਣ ਤੁਸੀਂ ਚਲਾਉਂਦੇ ਹੋ ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀਆਂ ਸਨ ਇਹ ਦੱਸਣ ਵਾਲੇ ਪੈਰੇ 'ਤੇ ਉਮੀਦ ਨਾ ਬਣਾਓ।