VPN ਅਡੈਪਟਰ /32 ਦਿਖਾਉਂਦਾ ਹੈ: ਇਸ ਦਾ ਮਤਲਬ ਇੱਕੋ ਮੰਤਵ ਨਹੀਂ

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

ਧਾਰਨਾ: ਹੋਸਟ ਮਾਸਕ ਦਾ ਮਤਲਬ ਇੱਕੋ ਪਹੁੰਚਯੋਗ ਹੋਸਟ ਹੈ

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

ਇਸ ਉਲਝਣ ਦੀ ਸੱਚੀ ਜੜ੍ਹ ਹੈ: Ethernet ਉੱਤੇ ਹੋਸਟ ਮਾਸਕ ਦਾ ਅਰਥ ਸੱਚਮੁੱਚ ਉਸ ਹਿੱਸੇ ਵਿੱਚ ਇੱਕੋ ਪਤਾ ਹੁੰਦਾ ਸੀ। ਟਨਲ Ethernet ਹਿੱਸਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੀ ਲੰਘਦਾ ਹੈ ਇਹ ਮਾਸਕ ਨਹੀਂ, ਕਲਾਇੰਟ ਦੀ ਰੂਟਿੰਗ ਸਾਰਣੀ ਤੈਅ ਕਰਦੀ ਹੈ। ਇਸ ਲਈ ਉਹੀ /32 ਸਾਰੇ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਸਾਹਮਣੇ ਖੜ੍ਹ ਸਕਦਾ ਹੈ।

ਪਤੇ ਅਤੇ ਰੂਟ ਨੂੰ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਵਜੋਂ ਪੜ੍ਹੋ

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

ip addr show tun0
ip route show
ip route get 10.60.5.10

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

Get-NetIPAddress -InterfaceAlias "VPN"
Find-NetRoute -RemoteIPAddress 10.60.5.10

ਜੇ ਲੁੱਕਅੱਪ ਗਲਤ ਇੰਟਰਫੇਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ ਤਾਂ ਰੁਕੋ। ਇਹ ਕਲਾਇੰਟ ਦੀ ਰੂਟਿੰਗ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਇਹ ਕਲਾਇੰਟ ਉੱਤੇ ਹੀ ਠੀਕ ਹੁੰਦੀ ਹੈ।

ਮਾਸਕ ਚੌੜਾ ਕਰਨ ਨਾਲ ਆਮ ਤੌਰ ਉੱਤੇ ਹਾਲਤ ਵਿਗੜਦੀ ਕਿਉਂ ਹੈ

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

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

ਜੇ ਦੂਰ ਦੇ ਪ੍ਰੀਫਿਕਸ ਦਾ ਰੂਟ ਗੁੰਮ ਹੈ, ਤਾਂ ਇਸ ਦੀ ਵਿਵਸਥਾ ਠੀਕ ਕਰੋ। ਜੇ ਉਹ ਮੌਜੂਦ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਫਿਰ ਵੀ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਮਾਸਕ ਕਦੇ ਵੀ ਨਿਦਾਨ ਨਹੀਂ ਸੀ।

ਜਦੋਂ ਰੂਟ ਸਹੀ ਹੋਵੇ ਅਤੇ ਪ੍ਰਵਾਹ ਫਿਰ ਵੀ ਅਸਫਲ ਹੋਵੇ

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

ping -c1 10.60.5.10
traceroute -n 10.60.5.10
curl -sv https://app.internal.example/ -o /dev/null

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

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