OpenVPN ਕੰਪਰੈਸ਼ਨ: ਇਨਕਾਰ, ਸਿਰਫ਼ ਪ੍ਰਾਪਤੀ ਜਾਂ ਪੂਰਾ LZO?
comp-lzo no ਕੋਈ ਸਖ਼ਤ ਇਨਕਾਰ ਨਹੀਂ ਹੈ। ਕੰਪਰੈਸ਼ਨ ਤੋਂ ਇਨਕਾਰ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਇੱਕ-ਪਾਸੜ ਸਵੀਕ੍ਰਿਤੀ ਅਤੇ ਇਸਨੂੰ ਬਣਾਈ ਰੱਖਣ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ ਦੇਖੋ offload ਕੀ ਕਰਦਾ ਹੈ।
ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਤਿੰਨ ਲਾਈਨਾਂ ਇੰਝ ਲੱਗਦੀਆਂ ਹਨ ਜਿਵੇਂ ਸਾਰੀਆਂ ਕੰਪਰੈਸ਼ਨ ਬੰਦ ਕਰ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਅਜਿਹਾ ਕਰਦੀ ਹੈ। ਫ਼ਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਜਿਸ ਚੇਤਾਵਨੀ ਨੂੰ ਤੁਸੀਂ ਚੁੱਪ ਕਰਵਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉਹ ਲੱਛਣ ਹੈ, ਜਦੋਂ ਕਿ ਨੀਤੀ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਦੂਜਾ ਪਾਸਾ ਹਾਲੇ ਵੀ ਕੰਪਰੈਸ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਵਿਕਲਪਾਂ ਦੀ ਇੱਕੋ ਧੁਰੇ 'ਤੇ ਤੁਲਨਾ ਕਰਨ ਨਾਲ, ਭਾਵ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਹਰ ਇੱਕ ਕੀ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ, ਬਹੁਤੀ ਅਸਪਸ਼ਟਤਾ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਚਾਹੀਦਾ ਹੈ ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਮਾਈਗ੍ਰੇਟ ਕਰ ਰਹੇ ਹੋ ਜਾਂ ਟਿਕ ਰਹੇ ਹੋ।
ਕਨਫ਼ਿਗ ਫ਼ਾਈਲ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਤਿੰਨ ਨੀਤੀਆਂ
ਹਰ ਵਿਕਲਪ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। allow-compression no ਕੰਪਰੈਸ ਕੀਤੇ ਪੇਲੋਡ ਨੂੰ ਸਿੱਧਾ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, allow-compression asym ਜੋ ਆਉਂਦਾ ਹੈ ਉਸਨੂੰ ਡੀਕੰਪਰੈਸ ਕਰਦਾ ਹੈ ਅਤੇ ਜੋ ਜਾਂਦਾ ਹੈ ਉਸਨੂੰ ਕਦੇ ਕੰਪਰੈਸ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਪੁਰਾਣਾ comp-lzo no ਦੂਜੇ ਪਾਸੇ ਦੇ push ਲਈ ਕੰਪਰੈਸ਼ਨ ਚਾਲੂ ਕਰਨ ਦੀ ਥਾਂ ਛੱਡਦਾ ਹੈ। ਸਰਵਰ ਜਿਸਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਨੀਤੀ ਸਿਰਫ਼ ਪਹਿਲੀ ਹੈ।
ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨੇ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਲਿਖੋ, ਕਿਉਂਕਿ ਨਾਮ ਸਮੀਖਿਅਕ ਨੂੰ ਭਰਮਾਉਣ ਦੇ ਹੱਦ ਤੱਕ ਨੇੜੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਦੋ ਅਜੇ ਵੀ ਪ੍ਰਾਪਤ ਪੈਕਟਾਂ 'ਤੇ ਡੀਕੰਪਰੈਸ਼ਨ ਕੋਡ ਚਲਾਉਂਦੇ ਹਨ, ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਦਲੀਲ ਬਿਲਕੁਲ ਇਸੇ ਬਾਰੇ ਹੈ। ਤੀਜਾ ਦਿਸ਼ਾ ਸੀਮਿਤ ਕਰਨ ਦੀ ਥਾਂ ਸਮਰੱਥਾ ਹੀ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਜੇ ਬਦਲਾਅ ਦਾ ਰਿਕਾਰਡ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕੰਪਰੈਸ਼ਨ ਬੰਦ ਹੈ, ਤਾਂ ਉਸ ਵਾਕ ਨੂੰ ਬਿਲਕੁਲ ਇੱਕ ਕਤਾਰ ਪੂਰਾ ਕਰਦੀ ਹੈ।
ਜਿਸ ਚੇਤਾਵਨੀ ਨੇ ਜਾਂਚ ਸ਼ੁਰੂ ਕੀਤੀ ਉਹ ਟੀਚਾ ਨਹੀਂ ਹੈ। ਅਨੁਮਤੀਯੁਕਤ ਨੀਤੀ ਰੱਖਦਿਆਂ ਉਸਨੂੰ ਚੁੱਪ ਕਰਵਾਉਣ ਨਾਲ ਸਾਫ਼ ਲੌਗ ਅਤੇ ਬਦਲਿਆ ਨਾ ਗਿਆ ਐਕਸਪੋਜ਼ਰ ਮਿਲਦਾ ਹੈ।
| Setting | What it permits | When it is the right answer |
|---|---|---|
allow-compression no | No compressed payloads, and no compression framing under offload | Both ends can be changed now |
allow-compression asym | Decompress inbound only | A dated migration while peers catch up |
comp-lzo no | Off locally, still pushable by a peer | Legacy compatibility you can still justify |
ਪੁਰਾਣੇ LZO ਵਿਕਲਪ ਵਿੱਚ no ਦਾ ਕੀ ਅਰਥ ਹੈ
ਪੁਰਾਣੇ LZO ਵਿਕਲਪ ਵਿੱਚ no ਸਥਾਨਕ ਪਾਸੇ ਲਈ ਕੰਪਰੈਸ਼ਨ ਬੰਦ ਕਰਦਾ ਹੈ, ਪਰ ਜਿੱਥੇ ਨੀਤੀ ਮਨਜ਼ੂਰੀ ਦਿੰਦੀ ਹੈ ਉੱਥੇ ਦੂਜੇ ਪਾਸੇ ਨੂੰ ਇਸਨੂੰ ਚਾਲੂ ਕਰਨ ਤੋਂ ਨਹੀਂ ਰੋਕਦਾ। ਇਸੇ ਅਸਮਾਨਤਾ ਕਾਰਨ ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਸਖ਼ਤ ਇਨਕਾਰ ਵੱਲ ਲਿਜਾਣ ਨਾਲ ਵਿਵਹਾਰ ਉਸ ਤਰੀਕੇ ਬਦਲਦਾ ਹੈ ਜੋ ਇੱਕ-ਸਰਵਰ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਟੈਸਟ ਕਦੇ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਸੁਰੱਖਿਆ ਦੀ ਚਿੰਤਾ ਸ਼ਰਤੀਆ ਹੈ, ਸੰਪੂਰਨ ਨਹੀਂ। ਜਦੋਂ ਹਮਲਾਵਰ ਕਿਸੇ ਭੇਦ ਦੇ ਕੋਲ ਚੁਣਿਆ ਸਪਸ਼ਟ ਪਾਠ ਰੱਖ ਸਕਦਾ ਹੈ ਅਤੇ ਦੇਖ ਸਕਦਾ ਹੈ ਕਿ ਕੰਪਰੈਸ਼ਨ ਇਨਕ੍ਰਿਪਟਿਡ ਟ੍ਰੈਫ਼ਿਕ ਦਾ ਆਕਾਰ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਸੂਚਨਾ ਦਾ ਰਾਹ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ। LZO ਤੋਂ LZ4 ਵੱਲ ਜਾਣਾ ਐਲਗੋਰਿਦਮ ਅਤੇ ਫ਼ਰੇਮਿੰਗ ਬਦਲਦਾ ਹੈ, ਉਹ ਵਿਧੀ ਨਹੀਂ।
ਇਸ ਲਈ ਇਮਾਨਦਾਰ ਢਾਂਚਾ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਮਨਜ਼ੂਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ, ਨਾ ਕਿ ਹੁਣ ਕਿਹੜਾ ਐਲਗੋਰਿਦਮ ਸਿਫ਼ਾਰਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਖ਼ਤ ਇਨਕਾਰ ਹੀ ਇੱਕੋ-ਇੱਕ ਵਿਕਲਪ ਹੈ ਜੋ ਦੂਜੇ ਪਾਸੇ ਦੇ ਸਹਿਯੋਗ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ।
ਸਿਰਫ਼ ਪ੍ਰਾਪਤੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਅਵਸਥਾ ਹੈ, ਮੰਜ਼ਿਲ ਨਹੀਂ
ਅਸਮਾਨ ਸਵੀਕ੍ਰਿਤੀ ਇਸ ਲਈ ਹੈ ਕਿ ਇੱਕ ਪਾਸਾ ਕੰਪਰੈਸ ਕਰਨਾ ਰੋਕ ਸਕੇ ਜਦੋਂ ਕਿ ਦੂਜਾ ਪਾਸਾ ਹਾਲੇ ਵੀ ਇਸਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਇਹ ਇੱਕ ਪੁਲ ਹੈ, ਅਤੇ ਪੁਲਾਂ ਨੂੰ ਅੰਤਿਮ ਤਾਰੀਖ਼ ਅਤੇ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਸਾਥੀ ਹਾਲੇ ਵੀ ਕੰਪਰੈਸ ਕੀਤਾ ਟ੍ਰੈਫ਼ਿਕ ਭੇਜ ਰਹੇ ਹਨ, ਕਿਉਂਕਿ ਨੀਤੀ ਬਿਲਕੁਲ ਉਸੇ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਮਨਜ਼ੂਰੀ ਦਿੰਦੀ ਹੈ। ਉਸ ਸੂਚੀ ਤੋਂ ਬਿਨਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਅਵਸਥਾ ਜੜ੍ਹਤਾ ਕਾਰਨ ਸਥਾਈ ਕਨਫ਼ਿਗ ਬਣ ਜਾਂਦੀ ਹੈ।
ਕਲਾਇੰਟ ਆਪਣੀ ਫ਼ਾਈਲ ਸੋਧ ਕੇ ਅਸੰਗਤ ਸਰਵਰ ਨੂੰ ਪੁਰਾਣੀ ਫ਼ਰੇਮਿੰਗ ਛੱਡਣ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰ ਸਕਦਾ। push ਦੀ ਦਿਸ਼ਾ ਸਰਵਰ 'ਤੇ ਤੈਅ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਸਰਵਰ ਕਨਫ਼ਿਗ ਅਤੇ ਹਰ ਕਲਾਇੰਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਵਿੱਚ ਪੂਰੀ ਹੁੰਦੀ ਹੈ।
Stub ਮੋਡ ਫ਼ਰੇਮਿੰਗ ਬਚਾਉਂਦੇ ਹਨ ਪਰ ਕੰਪਰੈਸ਼ਨ ਦਾ ਕੰਮ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਪੁਰਾਣੇ ਵਿਕਲਪ ਦੇ ਸਿੱਧੇ ਬਰਾਬਰ ਨਹੀਂ ਹਨ। ਇੱਕ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਭ ਤੋਂ ਪੁਰਾਣੇ ਸਾਥੀ 'ਤੇ ਪਰਖੋ ਜਿਸਨੂੰ ਹਾਲੇ ਵੀ ਸਮਰਥਨ ਦੇਣਾ ਹੈ।
ਡੇਟਾ-ਚੈਨਲ offload ਜਵਾਬ ਕਿੱਥੇ ਬਦਲਦਾ ਹੈ
ਡੇਟਾ-ਚੈਨਲ offload ਪੈਕਟ ਸੰਭਾਲ ਕਰਨਲ ਵਿੱਚ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹਾਲੇ ਵੀ ਕੰਪਰੈਸ਼ਨ ਫ਼ਰੇਮਿੰਗ 'ਤੇ ਨਿਰਭਰ ਪ੍ਰੋਫ਼ਾਈਲ ਉਸ ਰਾਹ ਵਿੱਚ ਨਹੀਂ ਬੈਠ ਸਕਦਾ। ਅਸਫਲਤਾ ਹਮੇਸ਼ਾ ਉੱਚੀ ਨਹੀਂ ਹੁੰਦੀ: ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਪਰਖੀ ਟਨਲ ਨਾਲੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।
ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਕਿਹੜਾ ਅਮਲ ਸਰਗਰਮ ਹੈ ਇਹ ਜਾਂਚੋ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਕਨੈਕਸ਼ਨ ਸਫਲ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ offload ਰਾਹ ਕੰਪਰੈਸ਼ਨ ਫ਼ਰੇਮਿੰਗ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਸਖ਼ਤ ਇਨਕਾਰ ਨੀਤੀ ਅਤੇ offload ਤਾਇਨਾਤੀ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਅਨੁਮਤੀਯੁਕਤ ਨੀਤੀ ਅਤੇ offload ਤਾਇਨਾਤੀ ਨਹੀਂ ਮਿਲਦੇ।
ਉਹ ਸੁਮੇਲ ਆਪਣੀ ਵੱਖਰੀ ਜਾਂਚ ਦਾ ਹੱਕਦਾਰ ਹੈ, ਕਿਉਂਕਿ ਬਿਲਕੁਲ ਉੱਥੇ ਹੀ ਸਹੀ ਦਿਸਦੀ ਫ਼ਾਈਲ ਚੁੱਪਚਾਪ ਵਰਤੀ ਜਾ ਰਹੀ ਫ਼ਾਈਲ ਨਹੀਂ ਹੁੰਦੀ। ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਦਰਜ ਇਰਾਦੇ ਨਾਲ ਗੱਲਬਾਤ ਕੀਤੀ ਅਵਸਥਾ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਦੋਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਲੌਗ ਵਿੱਚ ਦਿਸਦੀ ਹੈ।
ਨੀਤੀ ਚੁਣੋ, ਫਿਰ ਗੱਲਬਾਤ ਕੀਤੇ ਨਤੀਜੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਜੇ ਦੋਵੇਂ ਸਿਰੇ ਬਦਲ ਸਕਦੇ ਹੋ ਤਾਂ ਸਖ਼ਤ ਇਨਕਾਰ, ਜੇ ਹਾਲੇ ਨਹੀਂ ਕਰ ਸਕਦੇ ਤਾਂ ਅਸਮਾਨ ਸਵੀਕ੍ਰਿਤੀ, ਅਤੇ ਪੂਰਾ ਕੰਪਰੈਸ਼ਨ ਸਿਰਫ਼ ਤਦ ਜਦੋਂ ਤੁਸੀਂ ਦੱਸ ਸਕੋ ਕਿ ਐਕਸਪੋਜ਼ਰ ਕਿਉਂ ਸਵੀਕਾਰਯੋਗ ਹੈ। ਫਿਰ ਫ਼ਾਈਲ ਕੀ ਕਹਿੰਦੀ ਹੈ ਦੀ ਥਾਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੀ ਤੈਅ ਹੋਇਆ। ਸ਼ਾਂਤ ਲੌਗ ਤਦ ਹੀ ਸਬੂਤ ਹੈ ਜਦੋਂ ਉਹ ਤੁਹਾਡੀ ਤਾਇਨਾਤ ਕਰਨ ਵਾਲੀ ਨੀਤੀ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
ਫ਼ੈਸਲੇ ਨੂੰ ਉਸ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਕੋਲ ਰੱਖੋ ਜਿਸ 'ਤੇ ਇਹ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਤਾਰੀਖ਼ ਅਤੇ ਹਾਲੇ ਛੋਟ ਪ੍ਰਾਪਤ ਸਾਥੀਆਂ ਸਮੇਤ। ਛੇ ਮਹੀਨੇ ਬਾਅਦ ਉਹੀ ਨੋਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੇ ਅਪਵਾਦ ਅਤੇ ਅਜਿਹੀ ਦੁਰਘਟਨਾ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੈ ਜਿਸਦੀ ਤਾਰੀਖ਼ ਕੋਈ ਨਹੀਂ ਦੱਸ ਸਕਦਾ। ਇਸਨੂੰ ਪ੍ਰੋਫ਼ਾਈਲ ਵਾਲੀ ਹੀ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਲਿਖੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਸੰਪਾਦਕ ਹਿਦਾਇਤ ਤੋਂ ਪਹਿਲਾਂ ਕਾਰਨ ਵੇਖ ਸਕੇ।