ਡਿਫ਼ਾਲਟ ਰੂਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ Linux ਨੀਤੀ ਰਾਊਟਿੰਗ ਦੀ ਜਾਂਚ ਕਰੋ
ਇੱਕ ਨਿਯਮ ਪ੍ਰਵਾਹ ਨੂੰ ਕਿਸੇ ਹੋਰ ਟੇਬਲ ਵੱਲ ਭੇਜ ਕੇ ਮੁੱਖ ਡਿਫ਼ਾਲਟ ਨੂੰ ਅਪ੍ਰਸੰਗਿਕ ਬਣਾ ਸਕਦਾ ਹੈ। Linux VPN ਰੂਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤਰਜੀਹ, ਟੇਬਲ ਅਤੇ ਮਾਲਕ ਪੜ੍ਹੋ।
VPN ਹੋਸਟ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਟਨਲ ਰਾਹੀਂ ਜਵਾਬ ਵਾਪਸ ਭੇਜਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਡਿਫ਼ਾਲਟ ਰੂਟ ਸਹੀ ਦਿਸਦਾ ਹੈ। ਮੁੱਖ ਟੇਬਲ ਪੂਰੀ ਕਹਾਣੀ ਨਾ ਰਹਿਣ ਦਾ ਮੁਕਾਮ ਉਹੀ ਹੈ। Linux ਨੀਤੀ ਨਿਯਮਾਂ ਨਾਲ ਹਰ ਪੈਕਟ ਲਈ ਇੱਕ ਰਾਊਟਿੰਗ ਟੇਬਲ ਚੁਣ ਸਕਦਾ ਹੈ, ਅਤੇ VPN ਨੇ ਇੱਕ ਸਥਾਪਿਤ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਡਿਫ਼ਾਲਟ ਰੂਟ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿਯਮ ਪੜ੍ਹੋ।
ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਪਹਿਲਾਂ ਨਿਯਮ, ਫਿਰ ਹਰ ਨਿਯਮ ਵੱਲੋਂ ਚੁਣੀ ਟੇਬਲ।
ਨਿਯਮ ਤਰਜੀਹ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ
ਚਲਾਓ ip rule show ਅਤੇ ਉੱਪਰ ਤੋਂ ਹੇਠਾਂ ਪੜ੍ਹੋ। ਤਰਜੀਹ ਸੰਖਿਆ ਮੁਲਾਂਕਣ ਕ੍ਰਮ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਘੱਟ ਸੰਖਿਆ ਪਹਿਲਾਂ ਜਾਂਚੀ ਜਾਂਦੀ ਹੈ। 32766 ਵਾਲਾ ਡਿਫ਼ਾਲਟ ਨਿਯਮ ਆਮ ਤੌਰ ਉੱਤੇ ਆਖ਼ਰੀ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ। ਜੇ ਸੂਚੀ ਲੰਮੀ ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਫ਼ਾਈਲ ਵਿੱਚ ਸੰਭਾਲੋ।
ਹਰ ਨਿਯਮ ਲਈ ਤਰਜੀਹ, ਮੇਲ (ਸਰੋਤ, ਨਿਸ਼ਾਨ, ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਮੰਜ਼ਿਲ) ਅਤੇ ਉਹ ਟੇਬਲ ਦਰਜ ਕਰੋ ਜਿਸਦਾ ਇਹ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ। ਵਰਤੋਂਯੋਗ ਟੇਬਲ ਤੋਂ ਬਿਨਾਂ ਨਿਯਮ ਰੂਟ ਨਹੀਂ, ਬੰਦ ਗਲੀ ਹੈ।
IPv6 ਲਈ ਵੀ ਇਹੀ ਕਰੋ ip -6 rule show। ਸਿਰਫ਼ IPv4 ਪਰਿਵਾਰ ਵਿੱਚ ਮੌਜੂਦ ਨੀਤੀ ਦੂਜੇ ਪਰਿਵਾਰ ਨੂੰ ਮੁੱਖ ਟੇਬਲ ਉੱਤੇ ਹੀ ਛੱਡ ਦਿੰਦੀ ਹੈ।
ਹਰ ਨਿਯਮ ਵੱਲੋਂ ਚੁਣੀ ਟੇਬਲ ਪੜ੍ਹੋ
ਵਰਤੋ ip route show table <name or number> ਹਰ ਹਵਾਲਾ ਦਿੱਤੀ ਟੇਬਲ ਲਈ। ਇਸਦੇ ਰੂਟਾਂ ਦੀ ਤੁਲਨਾ ਉਸ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਅਗਲੇ ਹੌਪ ਨਾਲ ਕਰੋ ਜਿਸਦੀ ਤੁਸੀਂ ਆਸ ਕਰਦੇ ਹੋ। ਖਾਲੀ ਜਾਂ ਅਧੂਰੀ ਟੇਬਲ ਉਹ ਅਸਫ਼ਲਤਾ ਸਮਝਾਉਂਦੀ ਹੈ ਜੋ ਮੁੱਖ ਟੇਬਲ ਨਹੀਂ ਸਮਝਾ ਸਕਦੀ।
ਮੁੱਖ ਟੇਬਲ ਵਿੱਚ ਅਜੇ ਵੀ ਡਿਫ਼ਾਲਟ ਰੂਟ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਠੀਕ ਹੈ। ਜੇ ਕੋਈ ਨਿਯਮ ਤੁਹਾਡੇ ਪ੍ਰਵਾਹ ਨੂੰ ਪਹਿਲਾਂ 51820 ਟੇਬਲ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਉਸ ਪੈਕਟ ਲਈ ਮੁੱਖ ਡਿਫ਼ਾਲਟ ਅਪ੍ਰਸੰਗਿਕ ਹੈ।
ਜੇ ਸੰਖਿਆ ਅਨਜਾਣ ਹੈ ਤਾਂ ਉਸ ਵਿੱਚ ਟੇਬਲ ਦਾ ਨਾਮ ਲੱਭੋ /etc/iproute2/rt_tables। ਉਹ ਭਾਲ ਇੱਕ ਸਕਿੰਟ ਲੈਂਦੀ ਹੈ ਅਤੇ ਲੰਮੇ ਘੁਮਾਉ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।
ਨਿਯਮ ਕਿਸਨੇ ਸਥਾਪਿਤ ਕੀਤਾ, ਪਤਾ ਕਰੋ
NetworkManager, wg-quick ਅਤੇ ਹੋਰ ਸਕ੍ਰਿਪਟ ਨਿਯਮ ਗਤੀਸ਼ੀਲ ਢੰਗ ਨਾਲ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਚੱਲਦੇ ਸਮੇਂ ਇੱਕ ਮਿਟਾਉਣਾ ਅਗਲੀ ਮੁੜ-ਜੁੜਨ ਵੇਲੇ ਬਹਾਲ ਹੋ ਸਕਦਾ ਹੈ। ਮੁਕਾਬਲਾ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਬੰਧਕ ਦੀ ਸੰਰਚਨਾ ਜਾਂਚੋ।
ਉਦਾਹਰਨ ਲਈ wg-quick ਟਨਲ ਦੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਤਿਆਂ ਲਈ ਨਿਸ਼ਾਨਿਤ ਨਿਯਮ ਅਤੇ ਟੇਬਲ ਜੋੜਦਾ ਹੈ। ਉਹਨਾਂ ਪਤਿਆਂ ਵੱਲ ਜਾਣ ਵਾਲੀ ਟ੍ਰੈਫ਼ਿਕ ਮੁੱਖ ਡਿਫ਼ਾਲਟ ਨੂੰ ਕਿਉਂ ਬਾਈਪਾਸ ਕਰਦੀ ਹੈ, ਇਸਦਾ ਕਾਰਨ ਉਹੀ ਨਿਯਮ ਹੈ। ਸੰਰਚਨਾ ਬਦਲੇ ਬਿਨਾਂ ਇਸਨੂੰ ਹਟਾਉਣਾ ਤਾਂ ਅਗਲਾ up ਇਸਨੂੰ ਬਹਾਲ ਕਰ ਦੇਵੇਗਾ।
ਸਮੀਖਿਆ ਕਰਦੇ ਸਮੇਂ ਐਂਡਪੁਆਇੰਟ ਦਾ ਬਾਹਰੀ ਰੂਟ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪਹੁੰਚ ਸੰਭਾਲ ਕੇ ਰੱਖੋ। ਆਉਟਪੁੱਟ ਸਰਲ ਕਰਨ ਲਈ ਲਾਈਵ ਰਿਮੋਟ ਗੇਟਵੇ ਉੱਤੇ ਸਾਰੇ ਨਿਯਮ ਖਾਲੀ ਨਾ ਕਰੋ। ਬਦਲਾਅ ਨੂੰ ਝੱਲਣ ਵਾਲਾ ਪ੍ਰਬੰਧਨ ਸੈਸ਼ਨ ਵੀ ਟੈਸਟ ਦਾ ਹਿੱਸਾ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਸਰੋਤ ਸੰਦਰਭ ਦੀ ਜਾਂਚ ਕਰੋ
ਇੱਕ ਆਮ ip route get ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਵਾਹ ਤੋਂ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਅਸਲ ਪੈਕਟ ਜੋ ਰਾਹ ਲੈਂਦਾ ਹੈ ਉਹ ਵੇਖਣ ਲਈ ਸਰੋਤ ਪਤਾ, ਅਤੇ ਜੇ VPN ਵਰਤਦਾ ਹੈ ਤਾਂ ਨਿਸ਼ਾਨ ਜੋੜੋ। ਉਸੇ ਸਰੋਤ ਸੰਦਰਭ ਨਾਲ ਸ਼ਾਮਲ ਅਤੇ ਬਾਹਰ ਰੱਖੀ ਮੰਜ਼ਿਲ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇ ਹੋਸਟ ਡੁਅਲ ਸਟੈਕ ਚਲਾਉਂਦਾ ਹੈ ਤਾਂ IPv6 ਲਈ ਦੁਹਰਾਓ।
ਮਨਜ਼ੂਰ ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ ਉਹੀ ਦੋ ਭਾਲਾਂ ਦੁਬਾਰਾ ਚਲਾ ਕੇ ਤੁਲਨਾ ਕਰੋ। ਮਨਜ਼ੂਰ ਨਿਯਮ, ਟੇਬਲ ਅਤੇ ਨਿਯਮ ਮੁੜ-ਚਾਲੂ ਨੂੰ ਕਿੰਨਾ ਚਿਰ ਝੱਲਦਾ ਹੈ, ਦਰਜ ਕਰੋ। ਅਗਲੀ ਸੇਵਾ ਮੁੜ-ਚਾਲੂ ਨੂੰ ਰਹੱਸਮਈ ਨਹੀਂ ਸਗੋਂ ਸਮਝਾਉਣਯੋਗ ਬਣਾਉਣ ਵਾਲਾ ਉਹੀ ਰਿਕਾਰਡ ਹੈ। ip-rule ਮੈਨੂਅਲ ਪੰਨਾ ਮੇਲ ਚੋਣਕਾਰਾਂ ਅਤੇ ਟੇਬਲ ਵਾਕ-ਰਚਨਾ ਦਾ ਦਸਤਾਵੇਜ਼ ਹੈ।