OpenVPN ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਕਾਰ ਦੇਣਾ: ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਇਸਨੂੰ ਦੇਖਦਾ ਹੈ?

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

ਟੀਚੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ: ਇੱਕ ਡਿਵਾਈਸ ਸੀਮਤ ਕਰਨਾ, ਸਮਰੱਥਾ ਨਿਆਂ ਨਾਲ ਵੰਡਣਾ, ਜਾਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਤਰਜੀਹ ਦੇਣਾ। ਹਰ ਇੱਕ ਨੂੰ ਵੱਖਰੀ ਮੇਲ ਚਾਹੀਦੀ ਹੈ।

ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਟੀਚੇ ਦਾ ਨਾਮ ਰੱਖੋ

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

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

ਟਨਲ ਦੇ ਅੰਦਰ ਜਾਂ ਬਾਹਰ

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

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

ਪਛਾਣੋ ਕਿ ਪਤੇ ਕਿੱਥੇ ਉਪਲਬਧ ਰਹਿੰਦੇ ਹਨ, ਅਨੁਵਾਦ ਕਿੱਥੇ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀ ਕਤਾਰ ਅਸਲ ਵਿੱਚ ਰੁਕਾਵਟ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ।

ਤਿੰਨ ਨੀਤੀਆਂ, ਤਿੰਨ ਕਿਸਮਾਂ ਦੇ ਸਬੂਤ

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

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

ਇਨਕ੍ਰਿਪਟਿਡ ਭਾਰ ਮਾਪੋ, ਨੰਗਾ ਨਹੀਂ

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

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

ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਤਿੰਨ ਲਾਈਨਾਂ ਵਿੱਚ ਲਿਖੋ: ਟ੍ਰੈਫਿਕ ਦੀ ਮੇਲ, ਲਾਗੂ ਕਰਨ ਦਾ ਬਿੰਦੂ ਅਤੇ ਮਾਪਿਆ ਗਿਆ ਭਾਰ। OpenVPN ਪਲੱਸ QoS ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ।