DHCP ਵਿਕਲਪ 121 ਨਾਲ LAN ਹੋਸਟਾਂ ਨੂੰ VPN ਵਾਪਸੀ ਰੂਟ ਦਿਓ

ਦੂਰਲੇ VPN ਕਲਾਇੰਟ ਜੁੜਦੇ ਹਨ, LAN ਸਰਵਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਆਮ ਇੰਟਰਨੈਟ ਰਾਊਟਰ ਰਾਹੀਂ ਬਾਹਰ ਜਾ ਕੇ ਉੱਥੇ ਹੀ ਮਰ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਸਰਵਰ ਨੂੰ ਸਥਿਰ ਰੂਟ ਨਾਲ ਠੀਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਉਹਨਾਂ ਦਾ ਪੂਰਾ ਸਬਨੈੱਟ ਉੱਥੇ ਸੰਭਾਲਣਾ ਬਿਹਤਰ ਹੈ ਜਿੱਥੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। DHCPv4 ਦਾ ਵਿਕਲਪ 121 ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਦਾ ਮੰਜ਼ਿਲ ਰੂਟ ਵੰਡਦਾ ਹੈ, ਅਤੇ ਡਿਫ਼ਾਲਟ ਭੁੱਲਣ ਦੇ ਪਲ ਹੀ ਲੋਕ ਜੋ ਗਲਤੀ ਕਰਦੇ ਹਨ ਉਹ ਇਹੀ ਹਿੱਸਾ ਹੈ। ਲੱਛਣ ਇੱਕ-ਤਰਫ਼ਾ ਟ੍ਰੈਫ਼ਿਕ ਹੈ: ਬੇਨਤੀਆਂ ਆਉਂਦੀਆਂ ਹਨ ਅਤੇ ਜਵਾਬ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦੇ ਹਨ।

ਪਹਿਲਾਂ ਤਿੰਨ ਪਤਿਆਂ ਦੇ ਨਾਮ ਦਿਓ

ਇੱਕ ਠੋਸ LAN ਲਓ: 192.168.50.0/24, ਆਮ ਡਿਫ਼ਾਲਟ ਰਾਊਟਰ 192.168.50.1 ਉੱਤੇ ਅਤੇ ਵੱਖਰਾ VPN ਗੇਟਵੇ 192.168.50.2 ਉੱਤੇ। ਪ੍ਰਮਾਣਿਤ ਦੂਰਲੇ ਕਲਾਇੰਟ 10.90.0.0/24 ਉੱਤੇ ਕਬਜ਼ਾ ਕਰਦੇ ਹਨ।

ਹਰ ਹਿੱਸਾ ਲੈਣ ਵਾਲੇ ਹੋਸਟ ਨੂੰ ਲੋੜੀਂਦਾ ਰੂਟ 10.90.0.0/24 via 192.168.50.2 ਹੈ। ਮੰਜ਼ਿਲ ਕਲਾਇੰਟ ਪੂਲ ਹੈ, ਅਤੇ ਅਗਲਾ ਹੌਪ ਗੇਟਵੇ ਦਾ ਟਨਲ ਪਤਾ ਨਹੀਂ, ਸਗੋਂ ਉਸਦਾ LAN ਪਤਾ ਹੈ।

ਇਸਨੂੰ ਵਰਗ-ਰਹਿਤ ਸਥਿਰ ਰੂਟ ਵਜੋਂ ਐਨਕੋਡ ਕਰੋ

ਵਿਕਲਪ 121 ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਅਗਲੇ ਹੌਪ ਦੇ ਜੋੜੇ ਢੋਂਦਾ ਹੈ, ਅਤੇ RFC 3442 ਐਨਕੋਡਿੰਗ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਦੇ ਕਲਾਇੰਟ ਵਿਵਹਾਰ ਦੋਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ ਇਸ ਉਦਾਹਰਨ LAN ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਮੌਜੂਦਾ dnsmasq ਇੰਸਟੈਂਸ ਲਈ ਸੰਰਚਨਾ ਦਾ ਰੂਪ ਇਹ ਹੈ:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

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

ਡਿਫ਼ਾਲਟ ਰੂਟ ਨਾ ਗੁਆਓ

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

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

ਜਾਂਚੋ ਕਲਾਇੰਟ ਕੀ ਸਵੀਕਾਰ ਕਰੇਗਾ

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

ਪ੍ਰਬੰਧਿਤ DHCP ਸੇਵਾਵਾਂ ਦੂਜੀ ਹੱਦ ਹਨ। ਕੁਝ ਕਲਾਊਡ ਨੈੱਟਵਰਕ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਮਨਮਾਨੇ ਵਿਕਲਪ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਹੀਂ ਦਿੰਦੇ, ਅਤੇ ਉਸੇ ਹਿੱਸੇ ਵਿੱਚ ਮੁਕਾਬਲੇ ਵਾਲਾ DHCP ਸਰਵਰ ਕੋਈ ਵਿਕਲਪ ਨਾ ਹੋਣ ਨਾਲੋਂ ਵੀ ਮਾੜਾ ਹੈ।

ਲੀਜ਼ ਜਾਂਚੋ, ਫਿਰ ਖੋਜ

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

Linux ਕਲਾਇੰਟ ਉੱਤੇ ਅਸਲ ਰੂਟ ਪੜ੍ਹੋ ਅਤੇ ਦੋਵੇਂ ਐਂਟਰੀਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ:

ip -4 route
ip -4 route get 10.90.0.23

ਸੰਦਰਭ-ਅਧਾਰਿਤ ਖੋਜ ਨੂੰ ਪੂਲ ਦਾ ਰੂਟ 192.168.50.2 ਰਾਹੀਂ ਅਤੇ ਡਿਫ਼ਾਲਟ 192.168.50.1 ਰਾਹੀਂ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਡਿਫ਼ਾਲਟ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉੱਪਰਲਾ ਜਾਲ ਦੁਹਰਾ ਦਿੱਤਾ ਹੈ।

ਫਿਰ ਅਸਲ ਅਦਲਾ-ਬਦਲੀ ਪਰਖੋ

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

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