ਇੱਕ tc ਸ਼ੇਪਰ ਆਪਣੇ ਆਪ ਹਰ VPN ਕਲਾਇੰਟ ਨੂੰ ਸੀਮਤ ਨਹੀਂ ਕਰਦਾ

ਨਿਰਦੇਸ਼ ਪੂਰਾ ਸੁਣਾਈ ਦਿੰਦਾ ਹੈ: ਹਰ VPN ਕਲਾਇੰਟ ਨੂੰ 20 Mbit/s ਤੱਕ ਸੀਮਤ ਕਰੋ। ਪਰ ਇਹ ਪੂਰਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਇੱਕੋ ਕਤਾਰ-ਅਨੁਸ਼ਾਸਨ ਇਹ ਨਹੀਂ ਦੇਵੇਗਾ। «ਹਰ ਕਲਾਇੰਟ» ਦਾ ਅਰਥ ਹਰ ਟਨਲ ਪਤਾ, ਹਰ ਡਿਵਾਈਸ ਜਾਂ ਹਰ ਖਾਤਾ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰ ਚੋਣ ਪੈਕਟਾਂ ਨੂੰ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਵਰਗੀਕ੍ਰਿਤ ਕਰਦੀ ਹੈ। ਕੋਈ ਵੀ ਨਿਯਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਲੋੜ ਅਸਲ ਵਿੱਚ ਕਿਸ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ।

ਹੇਠਾਂ ਸਭ ਕੁਝ ਉਸ ਵਾਕ ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀ ਕਿਸੇ ਚੀਜ਼ ਵਿਚਕਾਰਲੇ ਫ਼ਾਸਲੇ ਬਾਰੇ ਹੈ।

«ਹਰ ਕਲਾਇੰਟ» ਦਾ ਪਹਿਲਾਂ ਕੀ ਅਰਥ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਉਹ ਬਿੰਦੂ ਚੁਣੋ ਜਿੱਥੇ ਕਲਾਇੰਟ ਅਜੇ ਦਿਸਦਾ ਹੈ

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

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

ਬਾਲਟੀਆਂ ਆਪਣੇ ਆਪ ਨਹੀਂ ਆਉਂਦੀਆਂ

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

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

ਦੋ ਡਿਵਾਈਸ, ਇੱਕ ਖਾਤਾ, ਇੱਕ ਕੋਟਾ?

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

ਬਰਸਟ ਅਤੇ ਕਤਾਰ ਵਿਵਹਾਰ ਵੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਟੋਕਨ ਬਾਲਟੀਆਂ ਔਸਤ ਤੋਂ ਉੱਪਰ ਛੋਟੇ ਬਰਸਟਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਬਫ਼ਰਿੰਗ ਦੇਰੀ ਜੋੜਦੀ ਹੈ; ਵਾਧੂ ਨੂੰ ਪੁਲਿਸ ਕਰਨਾ ਅਤੇ ਉਸ ਨੂੰ ਬਾਅਦ ਲਈ ਕਤਾਰ ਵਿੱਚ ਪਾਉਣਾ ਵੱਖਰੇ ਲੱਛਣਾਂ ਵਾਲੇ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਹਨ।

ਪੜਤਾਲ ਲਈ ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਦੋ ਟ੍ਰਾਂਸਫ਼ਰ ਚਲਾਓ, ਦੂਜਾ ਕਲਾਇੰਟ ਜੋੜੋ, ਅਤੇ ਹਰ ਦਿਸ਼ਾ ਵਿੱਚ ਸ਼੍ਰੇਣੀ ਕਾਊਂਟਰ ਪੜ੍ਹੋ।