TLS VPN ਬਨਾਮ IPsec: ਪੰਜ ਖੇਤਰ ਜੋ ਜਾਂਚਣ ਯੋਗ ਹਨ
TLS VPN ਅਤੇ IPsec VPN ਦੀ ਤੁਲਨਾ ਰਿਲੀਜ਼, ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ, ਸੂਟ, ਸਾਥੀ ਪਛਾਣ ਅਤੇ ਖੁੱਲ੍ਹੇ ਦਾਇਰੇ ਦੇ ਆਧਾਰ 'ਤੇ ਕਰੋ, ਨਾਲ ਹੀ ਉਸ ਅਸਫਲਤਾ-ਨਤੀਜੇ ਦੇ ਆਧਾਰ 'ਤੇ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ।
TLS VPN ਦੀ IPsec VPN ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ ਪਰਿਵਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਤੁਲਨਾ ਕਰਨਾ ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਨਹੀਂ ਪੁੱਛਿਆ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਬਣਤਰ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਦੋਵੇਂ ਪਰਿਵਾਰਾਂ ਨੇ ਸਾਲਾਂ ਪਹਿਲਾਂ ਛੱਡ ਦਿੱਤੀ ਸੀ। ਸਮੀਖਿਅਕ ਅਸਲ ਵਿੱਚ ਜਿਸ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦਾ ਹੈ ਉਹ ਹੈ ਗੱਲਬਾਤ ਨਾਲ ਤੈਅ ਸੁਰੱਖਿਆ, ਸਾਥੀ ਦੀ ਪਛਾਣ, ਕਲਾਇੰਟ ਮਾਡਲ ਅਤੇ ਖੁੱਲ੍ਹੀ ਸੇਵਾ। ਇਹ ਚਾਰ ਚੀਜ਼ਾਂ ਤੈਨਾਤੀ ਵਿੱਚ ਦਿਸਦੀਆਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਤਪਾਦ ਦੇ ਲੇਬਲ ਤੋਂ ਨਹੀਂ ਆਉਂਦੀ। ਪੰਜ ਖੇਤਰ ਮੰਗੋ ਅਤੇ ਗੱਲਬਾਤ ਠੋਸ ਹੋ ਜਾਂਦੀ ਹੈ।
ਪੰਜ ਖੇਤਰ, ਅਤੇ ਲੇਬਲ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ
ਪਹਿਲਾ ਖੇਤਰ ਸਮਰਥਿਤ ਸਾਫਟਵੇਅਰ ਰਿਲੀਜ਼ ਹੈ, ਕਿਉਂਕਿ ਸੰਸਕਰਣ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਵਰਣਨ ਇਸ਼ਤਿਹਾਰੀ ਪੁਸਤਿਕਾ ਹੈ। ਦੂਜਾ ਗੱਲਬਾਤ ਨਾਲ ਤੈਅ ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ ਹੈ, ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਬਣਤਰਾਂ ਉਪਲਬਧ ਹਨ। ਤੀਜਾ ਸੁਰੱਖਿਆ ਸੂਟ ਹੈ, ਚੌਥਾ ਸਾਥੀ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੋਵਾਂ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਹੈ, ਅਤੇ ਪੰਜਵਾਂ ਉਹ ਪਹੁੰਚ ਦਾਇਰਾ ਹੈ ਜੋ ਉਤਪਾਦ ਦਾਖਲੇ ਤੋਂ ਬਾਅਦ ਦਿੰਦਾ ਹੈ।
SSL VPN ਲੇਬਲ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਵੱਖਰੇ ਉਤਪਾਦਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ: ਪੂਰਾ ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ, ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੌਕਸੀ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ-ਅਧਾਰਿਤ ਪੁਰਾਣਾ ਪੋਰਟਲ। ਇਹ ਵੱਖਰੀਆਂ ਸੇਵਾਵਾਂ ਖੋਲ੍ਹਦੇ ਹਨ ਅਤੇ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਅਸਫਲ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਲੇਬਲ ਦਾਇਰੇ ਦੇ ਖੇਤਰ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦਾ।
| Field | What a usable answer looks like |
|---|---|
| Release | A version with a support window, not a family name |
| Protocol version | TLS 1.3 or IKEv2 with the ESP suite named |
| Protection suite | An authenticated-encryption algorithm, not a cipher list |
| Authentication | Peer identity plus user or device identity, separately |
| Access scope | The services reachable after admission |
ਪ੍ਰਮਾਣਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
TLS 1.3 ਪ੍ਰਮਾਣਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਾਜ਼ਮੀ ਕਰਦਾ ਹੈ, ਜੋ ਪੁਰਾਣੀ MAC-then-encrypt ਬਣਤਰ ਨੂੰ ਲਾਜ਼ਮੀ ਨਾ ਰੱਖ ਕੇ ਪ੍ਰੋਟੋਕੋਲ ਤੋਂ ਹਟਾ ਦਿੰਦਾ ਹੈ। IPsec ESP ਵਿੱਚ ਵੀ ਓਨੇ ਹੀ ਸਮੇਂ ਤੋਂ ਪ੍ਰਮਾਣਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਸੂਟ ਹਨ, ਅਤੇ AES-GCM ਆਪਣੇ ਵੱਖਰੇ RFC ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਹੈ। ਦੋਵੇਂ ਪਰਿਵਾਰਾਂ ਵਿੱਚ ਗਾਰੰਟੀ ਪਰਿਵਾਰ ਦੇ ਨਾਮ ਤੋਂ ਨਹੀਂ ਬਲਕਿ ਤੈਅ ਸੂਟ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਖੇਤਰਾਂ ਦੀ ਸੂਚੀ ਸੰਸਕਰਣ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਜੋ ਸਮੀਖਿਅਕ ਸੂਟ ਦਾ ਨਾਮ ਨਹੀਂ ਦੱਸ ਸਕਦਾ, ਉਸ ਕੋਲ ਮੁਲਾਂਕਣ ਲਈ ਕੁਝ ਨਹੀਂ।
ਇਸ ਲਈ ਇਤਿਹਾਸਕ ਤੁਲਨਾ ਭਰਮਾਊ ਹੈ। CBC ਸੂਟ ਨਾਲ ਪੁਰਾਣੇ TLS ਸੰਸਕਰਣ 'ਤੇ ਪਿੰਨ ਕੀਤੀ ਤੈਨਾਤੀ ਅਤੇ AEAD ਸੂਟ ਨਾਲ TLS 1.3 ਚਲਾਉਣ ਵਾਲੀ ਤੈਨਾਤੀ ਇੱਕੋ ਸੁਰੱਖਿਆ ਸਥਿਤੀ ਨਹੀਂ, ਭਾਵੇਂ ਦੋਵੇਂ TLS VPN ਹਨ। ਇਹੀ ਵੰਡ IPsec ਪਾਸੇ ਆਧੁਨਿਕ ESP ਸੂਟ ਅਤੇ ਪੁਰਾਣੇ ਸੰਯੋਜਨ ਵਿਚਕਾਰ ਵੀ ਹੈ।
ਆਪਣੇ ਇਰਾਦੇ ਦੀ ਸੰਰਚਨਾ ਨਹੀਂ, ਤੈਅ ਕੀਤੇ ਮੁੱਲ ਪੜ੍ਹੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਆਦੇਸ਼ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਇੱਕ ਜੀਵਤ ਸਿਰਾ ਅਤੇ ਇੱਕ ਜੀਵਤ ਟਨਲ ਅਸਲ ਵਿੱਚ ਕਿਸ 'ਤੇ ਸਹਿਮਤ ਹੋਏ।
openssl s_client -connect vpn.lab.example:443 -tls1_3 -brief
ip xfrm state
swanctl --list-sasਜੇ ਸਿਰਾ TLS 1.3 'ਤੇ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ, ਤਾਂ ਇਹ ਇੱਕ ਨਤੀਜਾ ਹੈ, ਤਰਜੀਹ ਨਹੀਂ। ਜੇ ਟਨਲ ਅਜਿਹਾ ਸੂਟ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਉਮੀਦ ਨਹੀਂ ਸੀ, ਤਾਂ ਮਹੱਤਵਪੂਰਨ ਸੰਰਚਨਾ ਉਹੀ ਹੈ ਜੋ ਸਾਥੀਆਂ ਨੇ ਚੁਣੀ, ਟੈਂਪਲੇਟ ਵਾਲੀ ਨਹੀਂ।
ਸਾਥੀ ਦੀ ਪਛਾਣ ਇੱਕ ਵੱਖਰਾ ਸਵਾਲ ਹੈ
ਪ੍ਰਮਾਣਿਤ ਸਾਥੀ ਤੋਂ ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਸ਼ਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਦੇਖਣ ਵਾਲਿਆਂ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਉਸ ਨੂੰ ਉਸੇ ਨੂੰ ਸੌਂਪ ਦਿੰਦਾ ਹੈ ਜਿਸ ਨੇ ਕਨੈਕਸ਼ਨ ਦਾ ਜਵਾਬ ਦਿੱਤਾ। ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕਿਹੜੀ ਪਛਾਣ ਦੀ ਉਮੀਦ ਹੈ, ਕਿਹੜੀ ਭਰੋਸਾ ਸਮੱਗਰੀ ਉਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਜਵਾਬ ਨਾ ਮਿਲਣ 'ਤੇ ਕਲਾਇੰਟ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟ ਲੜੀ, ਪਿੰਨ ਕੀਤੀ ਕੁੰਜੀ ਅਤੇ ਪਹਿਲਾਂ ਸਾਂਝਾ ਕੀਤਾ ਭੇਤ ਤਿੰਨ ਵੱਖਰੇ ਜਵਾਬ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਕਾਰਜਸ਼ੀਲ ਲਾਗਤਾਂ ਹਨ।
ਫਿਰ ਵਰਤੋਂਕਾਰ ਜਾਂ ਡਿਵਾਈਸ ਬਾਰੇ ਉਹੀ ਸਵਾਲ ਪੁੱਛੋ। ਜੋ ਗੇਟਵੇ ਮਸ਼ੀਨ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਕੇ ਕਿਸੇ ਵੀ ਵਰਤੋਂਕਾਰ ਨੂੰ ਦਾਖਲਾ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਉਲਟਾ, ਉਸ ਦੀ ਇੱਕ ਖਾਸ ਸਥਿਤੀ ਹੈ ਜੋ ਲਿਖੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਮੰਨੀ ਨਹੀਂ। ਦਾਖਲੇ ਤੋਂ ਬਾਅਦ ਲਾਗੂ ਸਰੋਤ ਇਜਾਜ਼ਤਾਂ ਉਸੇ ਖੇਤਰ ਦਾ ਹਿੱਸਾ ਹਨ, ਕਿਉਂਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਅਧਿਕਾਰ ਨਹੀਂ ਹੈ।
ਹੋਸਟਨਾਮ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬਣਾਈ ਰੱਖਣਾ ਲੌਗਇਨ ਵਿੰਡੋ ਦੀ ਜਾਣ-ਪਛਾਣ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਪ੍ਰਮਾਣਿਕਤਾ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਕਲਾਇੰਟ ਨੇ ਉਹ ਇੱਕੋ-ਇੱਕ ਕਦਮ ਹਟਾ ਦਿੱਤਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਗੇਟਵੇ ਨੂੰ ਭਰੋਸੇਯੋਗ ਨਕਲ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।
ਉਹ ਸੀਮਾ ਜੋ ਉਤਪਾਦ ਖੋਲ੍ਹਦਾ ਹੈ
ਕਲਾਇੰਟ-ਰਹਿਤ ਪੋਰਟਲ ਚੁਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਕਿਰਿਆਵਾਂ ਨੂੰ ਗੇਟਵੇ ਰਾਹੀਂ ਪ੍ਰੌਕਸੀ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਵਰਤੋਂਕਾਰ ਨੈੱਟਵਰਕ ਨਹੀਂ ਬਲਕਿ ਇੰਟਰਫੇਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਪੂਰਨ-ਟਨਲ ਕਲਾਇੰਟ ਉਹ ਢੋਂਦਾ ਹੈ ਜੋ ਉਸ ਦੇ ਰੂਟ ਅਤੇ ਫਿਲਟਰਿੰਗ ਨੀਤੀ ਚੁਣਦੇ ਹਨ, ਜੋ ਕਿਤੇ ਵੱਡੀ ਸਤਹ ਹੈ। ਦੋਵਾਂ ਦੀ ਤੁਲਨਾ ਪ੍ਰੋਟੋਕੋਲ ਤਾਕਤ 'ਤੇ ਕਰਨਾ ਇਹ ਅੰਤਰ ਛੱਡ ਦਿੰਦਾ ਹੈ ਕਿ ਹਮਲਾਵਰ ਉਨ੍ਹਾਂ ਰਾਹੀਂ ਕੀ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਫੇਸ ਖੋਲ੍ਹਦਾ ਹੈ, ਦੂਜਾ ਰੂਟ ਕੀਤਾ ਨੈੱਟਵਰਕ, ਅਤੇ ਦੋਵੇਂ ਵੱਖਰੀਆਂ ਸਮੀਖਿਆਵਾਂ ਮੰਗਦੇ ਹਨ।
ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਸੇਵਾ ਖੁੱਲ੍ਹੀ ਹੈ, ਕਿਹੜੀਆਂ ਕਿਰਿਆਵਾਂ ਅਧਿਕ੍ਰਿਤ ਹਨ ਅਤੇ ਗੇਟਵੇ ਆਪ ਕੀ ਸੁਣਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਪੋਰਟਲ ਦੇ ਉਸੇ ਪਤੇ ਤੋਂ ਪਹੁੰਚਯੋਗ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ ਤੈਨਾਤੀ ਦਾ ਨਤੀਜਾ ਹੈ, ਅਤੇ ਕੋਈ ਪ੍ਰੋਟੋਕੋਲ ਚੋਣ ਉਸ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰਦੀ।
ਪ੍ਰਤੀ-ਐਪਲੀਕੇਸ਼ਨ ਦਾਇਰਾ ਸਤਹ ਨੂੰ ਹੋਰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਡਿੱਗਣ 'ਤੇ ਅਸਫਲਤਾ ਦਾ ਵਿਵਹਾਰ ਵੀ ਬਦਲਦਾ ਹੈ। ਪੂਰਨ-ਟਨਲ ਪਹੁੰਚ ਮੰਨਣ ਵਾਲਾ ਡਿਜ਼ਾਈਨ ਉਨ੍ਹਾਂ ਢੰਗਾਂ ਨਾਲ ਟੁੱਟਦਾ ਹੈ ਜੋ ਪ੍ਰਤੀ-ਐਪ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਜਾਣਦਾ, ਅਤੇ ਸਹਾਇਤਾ ਭਾਰ ਉਸ ਪਿੱਛੇ ਆਉਂਦਾ ਹੈ।
ਅਸਫਲਤਾ ਦਾ ਨਤੀਜਾ ਅਤੇ ਜੀਵਨ ਚੱਕਰ ਤੈਅ ਕਰੋ
ਜਦੋਂ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਸੁਰੱਖਿਆ ਉਪਲਬਧ ਨਾ ਹੋਵੇ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ, ਇਹ ਨੀਤੀ ਫੈਸਲਾ ਹੈ ਜੋ ਸਮੀਖਿਆ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਰੋਕਿਆ ਨਤੀਜਾ ਅਤੇ ਬਿਨਾਂ ਐਲਾਨ ਦਾ ਸਿੱਧਾ ਵਾਪਸੀ ਦੇ ਵੱਖਰੇ ਨਤੀਜੇ ਹਨ, ਅਤੇ ਅੰਤਰ ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚੀ ਵਿੱਚ ਅਦਿੱਖ ਹੈ। ਇੱਛਤ ਵਿਵਹਾਰ ਉਸ ਸਰੋਤ ਦੇ ਕੋਲ ਲਿਖੋ ਜਿਸ ਦੀ ਇਹ ਰੱਖਿਆ ਕਰਦਾ ਹੈ।
ਗੇਟਵੇ ਦਾ ਪੈਚ ਅਤੇ ਸਹਾਇਤਾ ਜੀਵਨ ਚੱਕਰ, ਉਸ ਦੀਆਂ ਸਰਗਰਮ ਬਾਹਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਕਲਾਇੰਟਾਂ ਲਈ ਅੱਪਡੇਟ ਮਾਰਗ ਸ਼ਾਮਲ ਕਰੋ। ਸਹੀ ਪ੍ਰੋਟੋਕੋਲ ਚੋਣ ਖਰਾਬ ਤੈਨਾਤ ਸੇਵਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਬਣਾਉਂਦੀ, ਅਤੇ ਬਹੁਤੀਆਂ ਘਟਨਾਵਾਂ ਸੂਟ ਵਿੱਚ ਨਹੀਂ ਬਲਕਿ ਉਸੇ ਖਾਲੀ ਥਾਂ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ।
ਪੰਜ ਖੇਤਰ, ਅਸਫਲਤਾ ਨੀਤੀ ਅਤੇ ਜੀਵਨ ਚੱਕਰ ਦਾ ਮਾਲਕ ਇੱਕ ਸਫ਼ੇ 'ਤੇ ਲਿਖੋ। ਉਹ ਸਫ਼ਾ ਇੱਕ ਸਮੀਖਿਆ ਹੈ; ਪ੍ਰੋਟੋਕੋਲ ਪਰਿਵਾਰਾਂ ਦੀ ਤੁਲਨਾ ਇੱਕ ਰਾਏ ਹੈ।