SoftEther SecureNAT: DHCP ਅਤੇ NAT ਦੋ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਹਨ

SecureNAT ਇੱਕ ਚੈਕਬਾਕਸ ਹੈ ਜੋ ਦੋ ਸੇਵਾਵਾਂ ਚਾਲੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਬਾਰੇ ਜ਼ਿਆਦਾਤਰ ਉਲਝਣ ਇੱਥੋਂ ਹੀ ਆਉਂਦੀ ਹੈ। ਇੱਕ ਵਰਚੁਅਲ DHCP ਸਰਵਰ ਕਲਾਇੰਟ ਨੂੰ ਪਤਾ, ਮਾਸਕ, ਗੇਟਵੇ ਅਤੇ ਅਕਸਰ ਇੱਕ ਰਿਜ਼ੋਲਵਰ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਵਰਚੁਅਲ NAT ਸਰਵਰ ਹੋਸਟ ਦੇ ਆਪਣੇ ਨੈੱਟਵਰਕ ਸਟੈਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਸ ਗੇਟਵੇ ਤੋਂ ਬਾਹਰ ਪੈਕਟ ਭੇਜਦਾ ਹੈ। ਦੋਵੇਂ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਨਾਲ-ਨਾਲ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਆਜ਼ਾਦ ਤੌਰ 'ਤੇ ਫੇਲ ਹੁੰਦੇ ਹਨ: ਕਲਾਇੰਟ ਕੋਲ ਪੂਰੀ ਲੀਜ਼ ਹੋ ਸਕਦੀ ਹੈ ਪਰ ਕੰਮ ਕਰਨ ਵਾਲਾ ਰਾਹ ਨਹੀਂ, ਜਾਂ ਕੰਮ ਕਰਨ ਵਾਲਾ ਰਾਹ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਸੈਟਿੰਗਾਂ ਗਲਤ ਰਿਜ਼ੋਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀਆਂ ਹੋਣ। ਇਹਨਾਂ ਨੂੰ ਦੋ ਫ਼ੈਸਲਿਆਂ ਵਜੋਂ ਜਾਂਚੋ, ਅਤੇ ਨਿਦਾਨ ਛੋਟਾ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਚੈਕਬਾਕਸ ਪਿੱਛੇ ਦੋ ਸੇਵਾਵਾਂ

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

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

ਫ਼ੈਸਲਾ 1: ਪਤਾ ਕੌਣ ਦਿੰਦਾ ਹੈ

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

vpncmd localhost /SERVER /CMD SecureNatStatusGet
vpncmd localhost /SERVER /CMD DhcpGet
ip -4 addr show
ip route

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

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

ਫ਼ੈਸਲਾ 2: ਵਰਚੁਅਲ ਗੇਟਵੇ ਤੋਂ ਬਾਹਰ ਕੌਣ ਭੇਜਦਾ ਹੈ

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

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

vpncmd localhost /SERVER /CMD NatGet
vpncmd localhost /SERVER /CMD NatTable
dig +short example.com
ip route get 203.0.113.10

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

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

ਹੋਸਟ ਦਾ ਆਪਣਾ ਰਾਹ ਤੀਜੀ ਚੀਜ਼ ਹੈ

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

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

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

ਹਰ ਫ਼ੈਸਲੇ ਨੂੰ ਉਸ ਦੀ ਆਪਣੀ ਪਰਖ ਨਾਲ ਜਾਂਚੋ

ਪਹਿਲਾ ਫ਼ੈਸਲਾ ਲੀਜ਼ ਜਾਂਚ ਨਾਲ ਸਵੀਕਾਰੋ: ਪੂਲ ਵਿੱਚ ਪਤਾ, ਗੇਟਵੇ ਵਰਚੁਅਲ ਹੋਸਟ ਇੰਟਰਫ਼ੇਸ ਦੇ ਬਰਾਬਰ, ਰਿਜ਼ੋਲਵਰ ਤੁਹਾਡਾ ਕਨਫਿਗਰ ਕੀਤਾ। ਦੂਜਾ ਕਲਾਇੰਟ ਤੋਂ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਬੇਨਤੀ ਅਤੇ ਸਰਵਰ 'ਤੇ NAT ਟੇਬਲ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਨਾਲ ਸਵੀਕਾਰੋ, ਕਿਉਂਕਿ ਵਧਦੀ ਸੈਸ਼ਨ ਗਿਣਤੀ ਹੀ ਇੱਕੋ-ਇੱਕ ਸਿੱਧਾ ਸਬੂਤ ਹੈ ਕਿ ਅਨੁਵਾਦ ਹੋ ਰਿਹਾ ਹੈ, ਸਿਰਫ਼ ਚਾਲੂ ਹੋਣਾ ਨਹੀਂ।

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

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