RRAS ਦੇ VPN ਕਲਾਇੰਟਾਂ ਨੂੰ ਆਪਣਾ IPv4 ਪੂਲ ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ

VPN ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ ਅਤੇ ਪਤਾ ਲੈਂਦਾ ਹੈ, ਪਰ ਜਿਸ LAN ਹੋਸਟ ਦੀ ਉਸਨੂੰ ਲੋੜ ਹੈ ਉਹ ਅਜੇ ਵੀ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ। Windows Routing and Remote Access ਵਿੱਚ VPN ਕਲਾਇੰਟਾਂ ਦਾ ਅੰਦਰੂਨੀ ਪਤਾ ਸਰਵਰ ਦੇ LAN ਅਡੈਪਟਰ ਤੋਂ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਸੰਰਚਿਤ ਪੂਲ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ LAN ਪਾਸੇ ਨੂੰ ਉਸ ਪੂਲ ਤੱਕ ਵਾਪਸੀ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ। ਦੋ ਬਦਲਾਅ, ਇੱਕ ਨਹੀਂ, ਅਤੇ ਉਹ ਵੱਖਰੇ ਢੰਗਾਂ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ। ਪੁਰਾਣੀਆਂ ਰੇਂਜਾਂ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਯੋਜਨਾ ਅਤੇ ਵਾਪਸੀ ਰਾਹ ਸਾਬਤ ਹੋਣ ਲਈ ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ।

ਕੰਸੋਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਰੇਂਜ ਰਾਖਵੀਂ ਕਰੋ

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

ਸਿਰਫ਼ ਕੰਸੋਲ ਵਿੱਚ ਰਹਿਣ ਵਾਲੀ ਪਤਾ ਯੋਜਨਾ ਇੱਕ ਮੁੜ-ਨਿਰਮਾਣ ਦੀ ਦੂਰੀ ’ਤੇ ਟਕਰਾਅ ਤੋਂ ਹੁੰਦੀ ਹੈ। ਇਹ ਵਧਣ ਵੱਲ ਵੀ ਰੁਝਦੀ ਹੈ: ਕੋਈ ਬਾਅਦ ਵਿੱਚ ਦੂਜੀ ਰੇਂਜ ਜੋੜਦਾ ਹੈ ਅਤੇ ਕੋਈ ਪਹਿਲੀ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ। ਯੋਜਨਾ ਚੈਟ ਥ੍ਰੈਡ ਵਿੱਚ ਨਹੀਂ, ਸਰਵਰ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਕੋਲ ਰੱਖੋ।

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

ਢੰਗ ਬਦਲਣਾ ਰੇਂਜ ਜੋੜਨਾ ਨਹੀਂ ਹੈ

RRAS ਵਿੱਚ ਇੱਕ ਨਿਯਤ ਕਰਨ ਦਾ ਢੰਗ ਅਤੇ ਰੇਂਜਾਂ ਦਾ ਸਮੂਹ ਹੈ। DHCP ਤੋਂ ਸਥਿਰ ਪੂਲ ਵੱਲ ਜਾਣਾ ਢੰਗ ਬਦਲਾਅ ਹੈ। ਸਥਿਰ ਪੂਲ ਪਹਿਲਾਂ ਹੀ ਸਰਗਰਮ ਹੋਣ ’ਤੇ ਦੂਜਾ ਬਲਾਕ ਜੋੜਨਾ ਰੇਂਜ ਬਦਲਾਅ ਹੈ।

ਕਿਸੇ ਵੀ ਇੱਕ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਕਾਰਵਾਈਆਂ ਦਾ ਪੂਰਵ-ਦਰਸ਼ਨ ਕਰੋ, ਅਤੇ ਪੜ੍ਹੋ ਕਿ ਕਿਹੜੀ ਸਰਵਰ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

ਜੇ ਸਰਵਰ ਅਜੇ ਵੀ DHCP ਨਿਯਤਨ ’ਤੇ ਹੈ ਤਾਂ ਦੂਜਾ cmdlet ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਕਾਰਾ ਪੂਲ ਬਣਾਉਂਦਾ ਹੈ। ਪਹਿਲਾ ਮੌਜੂਦਾ ਪੂਲ ਵਧਾਉਣ ਦੀ ਬਜਾਏ ਢੰਗ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਕੋਈ ਵੀ ਪੂਰਵ-ਦਰਸ਼ਨ ਕੁਝ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਮੇਲ ਖਾਂਦਾ ਚਲਾਓ, ਫਿਰ ਕੰਸੋਲ ਵਿੱਚ ਬਣੇ ਪੂਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਤੁਹਾਨੂੰ ਪੱਕਾ ਨਹੀਂ ਕਿ ਸਰਵਰ ਕਿਹੜੀ ਸਥਿਤੀ ਵਿੱਚ ਹੈ, ਤਾਂ IPv4 ਵਿਸ਼ੇਸ਼ਤਾ ਸਫ਼ੇ ’ਤੇ ਨਿਯਤਨ ਢੰਗ ਪੜ੍ਹੋ ਅਤੇ ਸੰਰਚਿਤ ਰੇਂਜਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ:

Get-VpnIPAddressRange

ਖਾਲੀ ਰੇਂਜ ਸੂਚੀ ਵਾਲਾ DHCP ਢੰਗ ਭਾਵ ਪਹਿਲਾ ਪੂਰਵ-ਦਰਸ਼ਨ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਮੌਜੂਦਾ ਰੇਂਜ ਵਾਲਾ ਸਥਿਰ ਪਤਾ ਪੂਲ ਭਾਵ ਦੂਜਾ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

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

LAN ਨੂੰ ਵਾਪਸੀ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ

ਮੰਨ ਲਓ LAN 10.60.0.0/24 ਹੈ ਅਤੇ RRAS ਸਰਵਰ ਉਸ ’ਤੇ 10.60.0.10 ਹੈ। ਉਸ LAN ਦਾ ਹੋਸਟ ਜੋ 10.250.50.0/24 ਦੇ ਕਲਾਇੰਟ ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਸਨੂੰ RRAS ਸਰਵਰ ਰਾਹੀਂ ਪੂਲ ਤੱਕ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਉਸ ਰਾਹ ਤੋਂ ਬਿਨਾਂ ਬੇਨਤੀ ਪਹੁੰਚਦੀ ਹੈ ਅਤੇ ਜਵਾਬ ਮਰ ਜਾਂਦਾ ਹੈ।

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

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

ਪੁਰਾਣਾ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵਾਂ ਪੂਲ ਇੱਕ ਡਿਵਾਈਸ ’ਤੇ ਸਾਬਤ ਕਰੋ

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

ਨਾਮ ਹੱਲ ਦਾ ਆਪਣਾ ਟੈਸਟ ਚਾਹੀਦਾ ਹੈ: IP ਦੁਆਰਾ ਪਹੁੰਚ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ ਜਦਕਿ ਕਲਾਇੰਟ ਦਾ DNS ਅਜੇ ਵੀ ਅਜਿਹੇ ਰਿਜ਼ੌਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਪਹੁੰਚ ਨਹੀਂ ਸਕਦਾ। LAN ’ਤੇ DNS ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਸਿਰਫ਼ ਤਾਂ ਹੈ ਜੇ ਕਲਾਇੰਟ ਦਾ ਉੱਥੇ ਮਾਰਗ ਹੈ ਅਤੇ ਸਰਵਰ ਨਵੀਂ ਰੇਂਜ ਤੋਂ ਪੁੱਛਗਿੱਛ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਪੂਲ ਖਿਸਕਣ ’ਤੇ ਦੋਵੇਂ ਆਮ ਚੂਕਾਂ ਹਨ।

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

ਤਿੰਨ ਨਿਰੀਖਣਾਂ ਨਾਲ ਨਤੀਜਾ ਜਾਂਚੋ

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

ਕਲਾਇੰਟ ਤੋਂ, ਪਤਾ ਅਤੇ ਇੱਕ LAN ਹੋਸਟ ਤੱਕ ਦਾ ਮਾਰਗ ਪੁਸ਼ਟੀ ਕਰੋ:

ipconfig | findstr /i "IPv4"
route print -4

LAN ਹੋਸਟ ਤੋਂ, ਇੱਕੋ ਪਾਸ ਵਿੱਚ ਵਾਪਸੀ ਰਾਹ ਅਤੇ ਨੀਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਪਿੰਗ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲਦੀ ਹੈ, ਤਾਂ ਗੁੰਮ ਹਿੱਸਾ ਮਾਰਗ ਨਹੀਂ ਸਗੋਂ ICMP ਨਿਯਮ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ। ਜੇ ਦੋਵੇਂ ਫੇਲ੍ਹ ਹੋਣ, ਤਾਂ VPN ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟ ’ਤੇ ਮਾਰਗ ਪੜ੍ਹੋ। ਤਿੰਨੇ ਨਤੀਜੇ ਬਦਲਾਅ ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ, ਅਗਲਾ ਵਿਅਕਤੀ ਸਬੂਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰੇ।