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

ਇਸ ਦੀ ਬਜਾਏ ਨਿਕਾਸ ਦੀ ਪਰਖ ਕਰੋ: ਜਨਤਕ ਈਕੋ ਪੰਨਾ ਕਿਹੜਾ ਪਤਾ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ।

ਭੁਲੇਖਾ: ਵੰਡਿਆ ਟਨਲ ਸਿਰਫ਼ ਤੇਜ਼ ਵਿਕਲਪ ਹੈ

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

ਇਸ ਲਈ ਇਮਾਨਦਾਰ ਢਾਂਚਾ ਰਾਹ ਦੀ ਮਾਲਕੀ ਅਤੇ ਨਿਯੰਤਰਣ ਬਾਰੇ ਹੈ, ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਮਾਪੀ ਜਾਂਦੀ ਹੈ। ਗਤੀ ਲਈ ਚੁਣੀ ਨੀਤੀ ਜੋ ਚੁੱਪਚਾਪ ਤੁਹਾਡਾ DNS ਅਤੇ ਜਨਤਕ ਐਗਰੈਸ ਬਦਲ ਦਿੰਦੀ ਹੈ, ਗ਼ਲਤ ਕਾਰਨ ਨਾਲ ਚੁਣੀ ਗਈ ਹੈ।

ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ: ਨਿਕਾਸ

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

ਕਨੈਕਟਡ ਬੈਜ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਸਿੱਧਾ ਜਾਂਚੋ। ਜਨਤਕ ਪਤਾ ਈਕੋ ਨਿਕਾਸ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਪਰਖ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕਿਸਦਾ DNS ਨੇ ਜਵਾਬ ਦਿੱਤਾ।

QuestionFull tunnelSplit tunnel
Public exit addressOffice egressLocal connection
Gateway loadAll covered trafficPrivate destinations only
Office visibilityRequests and destinationsPrivate resource access only

ਫਿਰ ਗੇਟਵੇ ਨੇ ਕੀ ਢੋਣਾ ਹੈ

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

ਸਥਾਨਕ ਬ੍ਰੇਕਆਊਟ ਉਹ ਭਾਰ ਅਤੇ ਘੁਮਾਓ ਹਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਬਿਹਤਰ ਤਜਰਬੇ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ, ਕਿਉਂਕਿ ਸਿੱਧਾ ਰਾਹ ਵੀ ਭੀੜ ਭਰਿਆ ਹੋ ਸਕਦਾ ਹੈ। ਰਾਊਟਿੰਗ ਲੇਬਲ ਨੂੰ ਪ੍ਰਦਰਸ਼ਨ ਮਾਪ ਮੰਨਣ ਦੀ ਬਜਾਏ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਪੂਰੇ ਟਨਲ ਹੇਠ ਅਪਵਾਦ ਮੌਜੂਦ ਹਨ

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

IPv6 ਆਪਣੀ ਅਲੱਗ ਨਜ਼ਰ ਦਾ ਹੱਕਦਾਰ ਹੈ, ਕਿਉਂਕਿ ਸਿਰਫ਼ IPv4 ਢੋਣ ਵਾਲਾ ਟਨਲ ਪੂਰਾ ਸਟੈਕ ਨੀਤੀ ਤੋਂ ਬਾਹਰ ਛੱਡ ਦਿੰਦਾ ਹੈ।

DNS ਇੱਕ ਅਲੱਗ ਨੀਤੀ ਹੈ

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

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

ਫੇਲ੍ਹ ਨੀਤੀ ਲਿਖੋ, ਫਿਰ ਇਸ ਦੀ ਪਰਖ ਕਰੋ

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

ਨਿੱਜੀ ਰਾਹ, ਜਨਤਕ ਨਿਕਾਸ, DNS ਸਰਵਰ, ਸਥਾਨਕ ਅਪਵਾਦ ਅਤੇ ਫੇਲ੍ਹ ਵਿਵਹਾਰ ਇੱਕ ਛੋਟੀ ਨੋਟ ਵਿੱਚ ਲਿਖੋ। ਉਹੀ ਨੋਟ ਨੀਤੀ ਨੂੰ ਉਸ ਵਿਅਕਤੀ ਲਈ ਵੀ ਜਾਂਚਯੋਗ ਬਣਾਉਂਦੀ ਹੈ ਜਿਸਨੇ ਇਹ ਨਹੀਂ ਲਿਖੀ।

ਸੰਬੰਧਿਤ ਲੇਖ