OpenVPN TUN ਬਨਾਮ TAP: ਫ਼ੈਸਲਾ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

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

ਵਿਵਹਾਰ ਵਿੱਚ ਤਿੰਨ ਸ਼ਰਤਾਂ ਇਹ ਤੈਅ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ, ਕਿਉਂਕਿ ਪਹਿਲੀ ਸ਼ਰਤ ਅਕਸਰ ਬਹਿਸ ਖ਼ਤਮ ਕਰ ਦਿੰਦੀ ਹੈ।

ਹਰ ਇੰਟਰਫ਼ੇਸ ਅਸਲ ਵਿੱਚ ਕੀ ਲੈ ਜਾਂਦਾ ਹੈ

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

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

ਪਹਿਲੀ ਸ਼ਰਤ: ਕੀ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਲੇਅਰ ਦੋ ਚਾਹੀਦੀ ਹੈ?

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

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

ਦੂਜੀ ਸ਼ਰਤ: ਕੀ ਕਲਾਇਟ ਇਹ ਕਰ ਸਕਦੇ ਹਨ?

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

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

ਤੀਜੀ ਸ਼ਰਤ: ਕੀ ਇਹ ਸੱਚਮੁੱਚ ਇੰਟਰਫ਼ੇਸ ਦਾ ਸਵਾਲ ਹੈ?

ਇੰਟਰਫ਼ੇਸ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲਈ ਦੋ ਨੇੜਲੀਆਂ ਚੋਣਾਂ ਨੂੰ ਦੋਸ਼ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਵਰਚੁਅਲ ਡਿਵਾਈਸ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਵਿੱਚ ਕੀ ਜਾਵੇਗਾ, ਜਦੋਂ ਕਿ UDP ਜਾਂ TCP ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬਾਹਰੀ ਟ੍ਰਾਂਸਪੋਰਟ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰੇਗਾ, ਅਤੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਰੁਕੇ ਹੋਏ ਟ੍ਰਾਂਸਫ਼ਰ ਦਾ ਇਲਾਜ ਨਹੀਂ ਕਰਦਾ। ਜਦੋਂ ਵੱਡੇ ਟ੍ਰਾਂਸਫ਼ਰ ਅਟਕ ਜਾਣ ਅਤੇ ਛੋਟੇ ਸਫਲ ਹੋਣ, ਤਾਂ ਪੈਕਟ ਆਕਾਰ ਅਤੇ MTU ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।

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

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

ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਵਿਕਲਪ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਹੈ। ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਸੱਚਮੁੱਚ ਕਿਹੜਾ ਚਾਹੀਦਾ ਹੈ।