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

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

ਰੂਟ ਲਾਈਨ ਨੂੰ ਫੀਲਡ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ

Community OpenVPN 2.6 ਕਲਾਇੰਟ IPv4 route ਲਾਈਨ ਉੱਤੇ ਚਾਰ ਫੀਲਡ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ: ਨੈੱਟਵਰਕ, ਨੈੱਟਮਾਸਕ, ਗੇਟਵੇ ਅਤੇ ਲਾਜ਼ਮੀ ਨਾ ਹੋਣ ਵਾਲਾ ਮੈਟ੍ਰਿਕ। ਗੇਟਵੇ ਦੀ ਥਾਂ ਉੱਤੇ ਖ਼ਾਸ vpn_gateway ਕੀਵਰਡ ਆਉਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਸ ਕਨੈਕਸ਼ਨ ਲਈ VPN ਪਾਸੇ ਦਾ ਅਗਲਾ ਹੌਪ ਹੈ, ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਦਾ ਨੰਬਰ ਨਹੀਂ ਅਤੇ ਤੁਹਾਡਾ ਭੌਤਿਕ ਰਾਊਟਰ ਨਹੀਂ। ਇਹ ਖੁੰਝ ਗਿਆ ਤਾਂ ਲਾਈਨ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਇਸ ਬਾਰੇ ਗਲਤ ਧਾਰਨਾ ਨਾਲ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਇਹ ਕੀ ਕਰਦਾ ਹੈ। network-options ਹਵਾਲਾ ਚਾਰੇ ਫੀਲਡਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।

ਨਿੱਜੀ ਮੰਜ਼ਿਲ ਲਈ ਲਾਈਨ ਇਉਂ ਹੋ ਸਕਦੀ ਹੈ:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

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

route-metric ਡਿਫ਼ਾਲਟ ਹੈ, ਦਰਜਾ ਨਹੀਂ

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

ਇਹ ਫ਼ਰਕ ਉਦੋਂ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਫਾਈਲ ਦੋਵੇਂ ਰੂਪ ਮਿਲਾਉਂਦਾ ਹੈ। ਉੱਪਰ ਵਾਲੀ ਇੱਕ route-metric ਲਾਈਨ ਅਧਿਕਾਰਤ ਲੱਗਦੀ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਦੋਸ਼ ਦੇਣਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ, ਜਦਕਿ ਅਸਲ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਢੋਣ ਵਾਲਾ ਰੂਟ ਤਿੰਨ ਲਾਈਨਾਂ ਹੇਠਾਂ ਆਪਣਾ ਮੈਟ੍ਰਿਕ ਢੋ ਸਕਦਾ ਹੈ।

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

ਕਲਾਇੰਟ ਨੇ ਕੀ ਇੰਸਟਾਲ ਕੀਤਾ ਜਾਂਚੋ

ਦੁਬਾਰਾ ਜੁੜਨਾ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਨਹੀਂ, ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ।

ip route show ਕਲਾਇੰਟ ਵੱਲੋਂ ਜੋੜੇ ਗਏ ਰੂਟਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ip route get 172.20.5.10 ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਇਹ ਮੰਜ਼ਿਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਰੂਟ ਕਿਹੜੇ ਸਰੋਤ ਪਤੇ ਨਾਲ ਵਰਤੇਗੀ। ਜੇ ਮੰਜ਼ਿਲ ਸਾਰਣੀ ਵਿੱਚ ਨਹੀਂ, ਤਾਂ ਕਲਾਇੰਟ ਨੇ ਇਹ ਇੰਸਟਾਲ ਨਹੀਂ ਕੀਤਾ।

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

ਛੋਟਾ ਮੈਟ੍ਰਿਕ ਫਿਰ ਵੀ ਕਿਉਂ ਹਾਰਦਾ ਹੈ

ਮੈਟ੍ਰਿਕ ਇੱਕੋ ਮੰਜ਼ਿਲ ਦੇ ਰੂਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ। ਇਹ ਚੌੜੇ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਹੋਰ ਖ਼ਾਸ ਨਹੀਂ ਬਣਾਉਂਦੇ। ਜਦੋਂ redirect-gateway def1 ਵਰਤੋਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਕਲਾਇੰਟ 0.0.0.0/1 ਅਤੇ 128.0.0.0/1 ਇੰਸਟਾਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਦੋ ਪ੍ਰੀਫਿਕਸ 0.0.0.0/0 ਨਾਲੋਂ ਵਧੇਰੇ ਖ਼ਾਸ ਤਰੀਕੇ ਨਾਲ ਪੂਰੀ IPv4 ਥਾਂ ਢਕਦੇ ਹਨ। ਡਿਫ਼ਾਲਟ ਰੂਟ ਉੱਤੇ 1 ਦਾ ਮੈਟ੍ਰਿਕ ਉਹਨਾਂ ਨੂੰ ਪਛਾੜ ਨਹੀਂ ਸਕਦਾ।

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

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

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

Linux ਉੱਤੇ ip rule ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਵੇਖਣੀ ਹੈ। ਨਿਯਮ ਤਰਜੀਹ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਵਾਲੀ ਸਾਰਣੀ ਮੁੱਖ ਸਾਰਣੀ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਰੂਟ ਮੋੜ ਸਕਦੀ ਹੈ। ਮੁੱਖ ਅੰਦਰਲਾ ਮੈਟ੍ਰਿਕ ਪਹਿਲਾਂ ਵੇਖੀ ਗਈ ਸਾਰਣੀ ਦੇ ਮੇਲ ਨੂੰ ਪਛਾੜ ਨਹੀਂ ਸਕਦਾ।

ip rule show ਵਰਤੋ ਅਤੇ ਫਿਰ ਖ਼ਾਸ ਸਾਰਣੀ ਪੁੱਛੋ, ਉਦਾਹਰਨ ਲਈ ip route show table 100, ਇਹ ਵੇਖਣ ਲਈ ਕਿ ਉਹ ਨਿਯਮ ਕੀ ਮੋੜੇਗਾ। ਜੇ VPN ਕਲਾਇੰਟ ਜਾਂ ਕੰਟੇਨਰ ਰਨਟਾਈਮ ਨੇ ਨਿਯਮ ਜੋੜਿਆ ਹੈ, ਤਾਂ ਜਵਾਬ ਤੁਹਾਡੇ ਪੜ੍ਹ ਰਹੇ ਸਾਰਣੀ ਵਿੱਚ ਨਹੀਂ, ਉੱਥੇ ਹੋ ਸਕਦਾ ਹੈ। ਸਰੋਤ ਪਤਾ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਨਿਯਮ ਸਰੋਤ ਨਾਲ ਮੇਲ ਖਾ ਕੇ ਇੱਕੋ ਮੰਜ਼ਿਲ ਨੂੰ ਸੁਰੰਗ ਟ੍ਰੈਫਿਕ ਅਤੇ LAN ਟ੍ਰੈਫਿਕ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ।

ਮੰਜ਼ਿਲ ਦੀ ਜਾਂਚ ਕਰੋ, ਦਰਜਾਬੰਦੀ ਦੀ ਨਹੀਂ

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

IPv6 ਅਤੇ DNS ਨੂੰ ਇਸ ਜਾਂਚ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਇਹ ਵੱਖਰੇ ਨਿਰਦੇਸ਼ਾਂ ਨਾਲ ਸੰਰਚਿਤ ਹੁੰਦੇ ਹਨ ਅਤੇ ਵੱਖਰੇ ਮਕੈਨਿਜ਼ਮਾਂ ਨਾਲ ਹੱਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਚੱਲਦਾ IPv4 ਰੂਟ ਇਹਨਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਪਰਤ ਬਦਲੋ ਅਤੇ ਸਵਾਲ ਦੁਬਾਰਾ ਚਲਾਓ।

ਸੰਬੰਧਿਤ ਲੇਖ