NAT VPN ਸਰਵਰ 'ਤੇ ਜਾਂ ਰਾਊਟਰ 'ਤੇ? ਦੋਵੇਂ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ

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

ਮਿੱਥ: ਕਲਾਇੰਟ ਰੂਟ ਹੀ ਨਿਕਾਸ ਬਣਾਉਂਦਾ ਹੈ

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

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

ਪਹਿਲਾਂ ਜਵਾਬ ਦਾ ਮਾਰਗ ਬਣਾਓ

ਕਿਸੇ ਵੀ ਸੈਟਿੰਗ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਮਾਰਗ ਨੂੰ ਅਸਲੀ ਪਤਿਆਂ ਨਾਲ ਲਿਖੋ, ਅਤੇ ਉਸ 'ਤੇ ਦੋ ਸੰਭਾਵੀ ਅਨੁਵਾਦ ਬਿੰਦੂ ਨਿਸ਼ਾਨਿਤ ਕਰੋ। ਇਹ ਪ੍ਰਯੋਗਸ਼ਾਲਾ 10.70.0.0/24 ਦਾ VPN ਪੂਲ ਵਰਤਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਕਲਾਇੰਟ 10.70.0.37 'ਤੇ, ਸਰਵਰ ਦਾ LAN ਪਤਾ 172.16.40.10, ਰਾਊਟਰ 172.16.40.1 'ਤੇ ਅਤੇ ਜਨਤਕ ਨਿਕਾਸ 203.0.113.40 'ਤੇ ਹੈ।

client 10.70.0.37 -- tunnel --> RRAS 172.16.40.10 -- LAN --> router 172.16.40.1 --> 203.0.113.40
                                  (translate here?)                             (or here?)

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

ਵਿਕਲਪ A: VPN ਸਰਵਰ 'ਤੇ ਅਨੁਵਾਦ

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

Get-RemoteAccess | Select-Object VpnS2SInterface, RoutingDomain
Get-NetNat | Select-Object Name, InternalIPInterfaceAddressPrefix

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

ਵਿਕਲਪ B: ਪੂਲ ਨੂੰ ਰਾਊਟਰ ਤੱਕ ਲਿਜਾਣਾ

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

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

DNS, IPv6 ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਸਪਸ਼ਟ ਕਰੋ

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

IPv6 ਨੂੰ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਆਪਣਾ ਪੈਰਾ ਚਾਹੀਦਾ ਹੈ। ਕੰਮ ਕਰਦਾ IPv4 ਅਨੁਵਾਦ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ IPv6 ਕਲਾਇੰਟਾਂ ਕੋਲ ਰੂਟ, ਵੈਧ ਜਨਤਕ ਸਰੋਤ ਜਾਂ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਰੋਕਣ ਵਾਲੀ ਨੀਤੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਸ ਨੂੰ ਅਣਕਿਹਾ ਛੱਡਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅੱਧੇ ਕਲਾਇੰਟ ਚੁੱਪਚਾਪ ਗੇਟਵੇ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦੇ ਹਨ ਜਦੋਂ ਕਿ ਬਾਕੀ ਅੱਧੇ ਕੰਮ ਕਰਦੇ ਹਨ।

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