ਕਿਉਂ /32 ਹੋਸਟ ਰੂਟ VPN ਐਂਡਪੁਆਇੰਟ ਨੂੰ ਪਹੁੰਚਯੋਗ ਰੱਖਦਾ ਹੈ

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

ਇੱਕ ਐਡਰੈਸ, ਟੇਬਲ ਵਿੱਚ ਇੱਕ ਐਂਟਰੀ

IPv4 ਹੋਸਟ ਰੂਟ /32 ਪ੍ਰੀਫਿਕਸ ਰੱਖਦਾ ਹੈ ਅਤੇ IPv6 ਹੋਸਟ ਰੂਟ /128 ਰੱਖਦਾ ਹੈ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਐਂਟਰੀ ਠੀਕ ਇੱਕ ਮੰਜ਼ਿਲ ਐਡਰੈਸ ਨਾਲ ਮਿਲ ਸਕਦੀ ਹੈ। ਟੇਬਲ ਵਿੱਚ ਹੋਰ ਕੁਝ ਨਹੀਂ ਹਿਲਦਾ: ਢਕਣ ਵਾਲਾ ਸਬਨੈੱਟ ਅਤੇ ਡਿਫਾਲਟ ਰੂਟ ਜਿੱਥੇ ਸਨ ਉੱਥੇ ਹੀ ਰਹਿੰਦੇ ਹਨ। ਤੰਗ ਐਂਟਰੀ ਉਸ ਐਡਰੈਸ ਲਈ ਜਿੱਤਦੀ ਹੈ ਕਿਉਂਕਿ ਇਸਦਾ ਪ੍ਰੀਫਿਕਸ ਲੰਬਾ ਹੈ, ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਇਹ ਬਾਅਦ ਵਿੱਚ ਜੋੜੀ ਗਈ।

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

ਐਂਟਰੀ ਕਲਾਇੰਟ ਤੋਂ ਬਾਹਰ ਵੱਲ ਪੜ੍ਹੋ

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

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

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

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

ਐਂਡਪੁਆਇੰਟ ਅਪਵਾਦ ਅਤੇ ਰੀਕਰਸ਼ਨ ਜਾਲ

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

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

ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਜਿਹੜਾ ਰਾਹ ਵਰਤਦੀ ਹੈ ਉਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਕਿਸੇ ਹੋਰ ਐਡਰੈਸ ਜਾਂ ਹੋਰ ਫੈਮਿਲੀ ਨਾਲ ਜੁੜਦੀ ਹੈ ਤਾਂ ਹੋਸਟਨਾਮ ’ਤੇ ਸਫਲ ping ਕਮਜ਼ੋਰ ਸਬੂਤ ਹੈ। ਕਲਾਇੰਟ ਚਲਾਉਣ ਵਾਲੀ ਮਸ਼ੀਨ ਤੋਂ ਐਡਰੈਸ, ਫੈਮਿਲੀ, ਪੋਰਟ ਅਤੇ ਇੰਟਰਫੇਸ ਦਾ ਠੀਕ ਸੁਮੇਲ ਪੁਸ਼ਟੀ ਕਰੋ।

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

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

ਹੁਣ ਅਸਲ ਮੰਜ਼ਿਲ ਨਾਲ ਮੇਲ ਨਾ ਖਾਣ ਵਾਲੀਆਂ ਐਂਟਰੀਆਂ ਹਟਾਓ ਅਤੇ ਰੱਖੀਆਂ ਜਾ ਰਹੀਆਂ ਨੋਟ ਕਰੋ। ਅਸਪਸ਼ਟ /32 ਤਿੰਨ ਮਹੀਨਿਆਂ ਬਾਅਦ ਬਗ ਤੋਂ ਵੱਖ ਨਹੀਂ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ, ਅਤੇ ਅਗਲਾ ਵਿਅਕਤੀ ਇਹ ਜਾਣੇ ਬਿਨਾਂ ਇਸਨੂੰ ਮਿਟਾ ਦੇਵੇਗਾ ਕਿ ਇਸ ’ਤੇ ਕੀ ਨਿਰਭਰ ਸੀ।