OpenVPN ਰੂਟ ਸੀਮਾ ਅਸਲ ਵਿੱਚ ਕਿਸ ਭਾਗ ਦੀ ਹੈ?

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

ਤਿੰਨ ਪੜਾਅ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ

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

ਇੱਕ ਛੱਤ ਵਧਾਉਣ ਨਾਲ ਬਾਕੀਆਂ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਰੱਦ ਕੀਤਾ ਭੇਜਿਆ ਰੂਟ ਸਰਵਰ ਉੱਤੇ ਨੀਤੀ ਦਾ ਫੈਸਲਾ ਹੋ ਸਕਦਾ ਹੈ, ਕਲਾਇੰਟ ਵੱਲੋਂ ਹੱਲ ਕੀਤਾ ਓਵਰਲੈਪ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ ਵਾਧੂ ਸੁੱਟਣ ਵਾਲੀ ਇੰਸਟਾਲਰ ਸੀਮਾ ਹੋ ਸਕਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾ ਹੱਲ ਵੱਖਰਾ ਹੈ।

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

ਪਾਰਸਰ ਪਹਿਲਾਂ ਬੋਲਦਾ ਹੈ

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

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

ਸੰਸਕਰਣ ਸਤਰ ਅਸਲ ਵਿੱਚ ਚੱਲੀ ਬਾਈਨਰੀ ਤੋਂ ਦਰਜ ਕਰੋ, ਪੈਕੇਜ ਪ੍ਰਬੰਧਕ ਦੀ ਇਸ ਧਾਰਨਾ ਤੋਂ ਨਹੀਂ ਕਿ ਕੀ ਇੰਸਟਾਲ ਹੈ। ਇਹ ਦੋਵੇਂ ਉਮੀਦ ਨਾਲੋਂ ਵੱਧ ਵਾਰ ਨਹੀਂ ਮਿਲਦੇ।

ਇੰਸਟਾਲਰ ਦੀ ਆਪਣੀ ਛੱਤ ਹੈ

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

ਕੀ ਸੈੱਟ ਹੋਇਆ ਨਹੀਂ, ਕੀ ਪਹੁੰਚਿਆ ਗਿਣੋ। ip route show dev tun0 ਹੁਕਮ ਇੰਸਟਾਲ ਕੀਤੇ ਰੂਟਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਸ ਸੰਖਿਆ ਦੀ ਭੇਜੀ ਸੂਚੀ ਨਾਲ ਤੁਲਨਾ ਸੁੱਟੇ ਰੂਟ ਨੂੰ ਕਦੇ ਨਾ ਭੇਜੇ ਰੂਟ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ। ਭੇਜਣ ਨਾਲ ਮਿਲਦੀ ਸੰਖਿਆ ਸ਼ੱਕ ਨੂੰ ਸਰਵਰ ਵੱਲ ਮੋੜਦੀ ਹੈ।

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

ਤੁਹਾਨੂੰ ਕੀ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, ਇਹ ਸਰਵਰ ਤੈਅ ਕਰਦਾ ਹੈ

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

ਸਰਵਰ ਰਿਕਾਰਡ ਦੀ ਪ੍ਰਾਪਤ ਸੂਚੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਉਹਨਾਂ ਵਿਚਕਾਰਲਾ ਫਾਸਲਾ ਨੀਤੀ ਪਰਤ ਹੈ, ਅਤੇ ਇਹ ਆਮ ਤੌਰ ਉੱਤੇ ਪਰੋਫਾਈਲ ਦੇ ਸੰਕੇਤ ਨਾਲੋਂ ਛੋਟਾ ਹੁੰਦਾ ਹੈ।

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

ਸੰਖਿਆ ਸਹੀ ਥਾਂ ਉੱਤੇ ਬਦਲੋ

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

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