VPN ਪਤਾ ਬਨਾਮ LAN DHCP ਕਿਰਾਇਆ: ਟਨਲ IP ਕੌਣ ਦਿੰਦਾ ਹੈ?

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

ਕਲਾਇੰਟ ਉੱਤੇ ਸਭ ਕੁਝ ਇੱਕੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ: ਇੱਕ IPv4 ਪਤਾ, ਇੱਕ ਮਾਸਕ, ਕਦੇ-ਕਦੇ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ। ਫ਼ਰਕ ਤਦ ਹੀ ਦਿਸਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ ਕਿ ਉਸ ਪਤੇ ਦਾ ਜਵਾਬ ਕੌਣ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਸ ਦਾ ਰਿਕਾਰਡ ਕੌਣ ਰੱਖਦਾ ਹੈ।

ਕਲਾਇੰਟ ਵੱਲੋਂ ਟਨਲ ਦਾ ਪਤਾ ਪੜ੍ਹੋ

ਪਹਿਲੀ ਲਾਈਨ ਦੀ ਥਾਂ ਪੂਰਾ ਬਲਾਕ ਪੜ੍ਹਨ ਉੱਤੇ Windows ਫ਼ਰਕ ਦਿਖਾਉਂਦਾ ਹੈ। ipconfig /all ਅਡੈਪਟਰ ਵੇਰਵਾ, ਭੌਤਿਕ ਪਤਾ ਅਤੇ DHCP ਲਾਈਨ ਛਾਪਦਾ ਹੈ। PPP ਜਾਂ IKEv2 ਡਾਇਲ-ਅੱਪ ਅਡੈਪਟਰ ਆਮ ਤੌਰ ਉੱਤੇ DHCP ਨੂੰ ਬੰਦ ਦੱਸਦਾ ਹੈ, ਕਿਉਂਕਿ ਕਨੈਕਸ਼ਨ ਨੇ LAN ਸਰਵਰ ਤੋਂ ਕਿਰਾਏ ਲੈਣ ਦੀ ਥਾਂ ਡਾਇਲ ਕਰਨ ਵੇਲੇ ਹੀ ਆਪਣੇ ਪਤੇ ਦੀ ਗੱਲਬਾਤ ਕੀਤੀ ਸੀ। DHCP ਚਾਲੂ ਵਾਲਾ ਟਨਲ ਅਡੈਪਟਰ ਅਸਾਧਾਰਨ ਹੈ ਅਤੇ ਵੱਖਰੀ ਜਾਂਚ ਦੇ ਯੋਗ ਹੈ।

Linux ਉਹੀ ਜਾਣਕਾਰੀ ਦੋ ਸਾਧਨਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ। ip -4 addr show dev tun0 ਪਤਾ ਅਤੇ ਪ੍ਰੀਫਿਕਸ ਦੀ ਲੰਬਾਈ ਦਿੰਦਾ ਹੈ। nmcli -f IP4 connection show work ਦੱਸਦਾ ਹੈ ਕਿ ਮੁੱਲ ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਤੋਂ, ਲਿੰਕ ਉੱਤੇ ਹੋਏ DHCP ਵਟਾਂਦਰੇ ਤੋਂ ਜਾਂ ਧੱਕੇ ਹੋਏ ਸੰਰਚਨਾ ਤੋਂ ਆਇਆ। WireGuard ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਕੇਸ ਹੈ, ਕਿਉਂਕਿ ਇੰਟਰਫ਼ੇਸ ਦਿਸਦਿਆਂ ਹੀ wg-quick ਸੰਰਚਨਾ ਫਾਈਲ ਦੀ Address ਲਾਈਨ ਲਾਗੂ ਕਰਦਾ ਹੈ ਅਤੇ ਜੁੜਨ ਵੇਲੇ ਕੋਈ ਪੀਅਰ ਕੁਝ ਵੰਡਦਾ ਨਹੀਂ।

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

IKEv2 ਸੰਰਚਨਾ ਪੇਲੋਡ ਕੀ ਢੋਂਦਾ ਹੈ

ਇਸ ਕੰਮ ਲਈ IKEv2 ਕੋਲ ਸਮਰਪਿਤ ਵਿਵਸਥਾ ਹੈ। RFC 7296, ਭਾਗ 3.15.1 ਵਿੱਚ ਬਿਆਨ ਕੀਤਾ ਸੰਰਚਨਾ ਪੇਲੋਡ INTERNAL_IP4_ADDRESS, INTERNAL_IP4_NETMASK, INTERNAL_IP4_DNS ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ IPv6 ਸਮਾਨ ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਢੋਂਦਾ ਹੈ। ਪਸੰਦ ਨਾ ਹੋਣ ਵੇਲੇ ਕਲਾਇੰਟ ਜ਼ੀਰੋ ਲੰਬਾਈ ਦੇ ਮੁੱਲ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਵਰਤਣ ਯੋਗ ਮੁੱਲ ਵਾਪਸ ਭੇਜਦਾ ਹੈ। ਇਹ ਵਟਾਂਦਰਾ ਪਹਿਲਾਂ ਹੀ ਇਨਕ੍ਰਿਪਟ ਹੋਏ IKE_AUTH ਅੰਦਰ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ DHCP ਪ੍ਰਸਾਰਣ ਟਨਲ ਪਾਰ ਨਹੀਂ ਕਰਦਾ।

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

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

ਜਿੱਥੇ LAN DHCP ਖੇਤਰ ਅਤੇ VPN ਪੂਲ ਟਕਰਾਉਂਦੇ ਹਨ

ਸਮੱਸਿਆ ਤਦ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਦੋਵੇਂ ਵੰਡਣ ਵਾਲੇ ਇੱਕੋ ਰੇਂਜ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। 10.20.30.0/24 ਲਈ DHCP ਸਰਵਰ 10.20.30.128/25 ਲਈ ਸੰਰਚਿਤ VPN ਪੂਲ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਜਾਣਦਾ, ਇਸ ਲਈ ਗੇਟਵੇ ਜਦੋਂ ਉਹੀ ਪਤਾ ਦੂਰ ਦੇ ਕਲਾਇੰਟ ਨੂੰ ਦਿੰਦਾ ਹੈ ਤਾਂ ਉਸ ਨੂੰ 10.20.30.140 ਪ੍ਰਿੰਟਰ ਨੂੰ ਕਿਰਾਏ ਉੱਤੇ ਦੇਣ ਤੋਂ ਕੋਈ ਨਹੀਂ ਰੋਕਦਾ। ਟਕਰਾਅ ਦਿਨਾਂ ਤੱਕ ਚੁੱਪ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵਿਚਕਾਰ-ਵਿਚਕਾਰ ਆਉਣ ਵਾਲੀ ਨਕਲ ਵਜੋਂ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ।

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

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

ਪਤਾ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਮਾਲਕੀ ਹੈ, ਇਹ ਜਾਂਚੋ

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

# client: address and prefix on the tunnel interface
ip -4 addr show dev tun0

# LAN DHCP server: is this address leased to anyone?
grep -c '10.80.0.14' /var/lib/dhcp/dhcpd.leases

# gateway: pools that remote-access clients draw from
sudo swanctl --list-pools

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

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