SoftEther ਸਥਾਨਕ ਬ੍ਰਿਜ ਜਾਂ SecureNAT: ਕਿਹੜਾ ਚਾਲੂ ਕਰੀਏ

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

ਉਸੇ ਹਬ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਸੋਧ ਰਹੇ ਹੋ

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

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

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

ਸਥਾਨਕ ਬ੍ਰਿਜ ਪਤਿਆਂ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ

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

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

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

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

ਜੁੜੇ ਸੈਸ਼ਨਾਂ ਨਾਲ ਖਾਲੀ ਬ੍ਰਿਜ ਸੂਚੀ ਇੱਕ ਲਾਹੇਵੰਦ ਤਸਵੀਰ ਹੈ: ਕਲਾਇੰਟ ਵਰਚੁਅਲ ਹਬ ਦੇ ਅੰਦਰ ਹਨ ਅਤੇ ਅਜੇ ਕੁਝ ਵੀ ਇਸ ਨੂੰ ਖੰਡ ਤੱਕ ਨਹੀਂ ਵਧਾ ਰਿਹਾ।

SecureNAT ਕੀ ਜੋੜਦਾ ਹੈ ਅਤੇ ਕੀ ਲੁਕਾਉਂਦਾ ਹੈ

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

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

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

ਹੋਰ ਕੁਝ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖੋ ਕਿ ਹਬ ਹੁਣ ਕੀ ਸੇਵਾ ਦੇ ਰਿਹਾ ਹੈ। ਹਰ ਕਮਾਂਡ ਮੌਜੂਦਾ ਸਥਿਤੀ ਛਾਪਦੀ ਹੈ, ਇੱਛਤ ਨਹੀਂ।

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

ਇੱਕ ਚਾਲੂ ਕਰਨਾ, ਦੂਜੇ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ

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

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

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

ਕਲਾਇੰਟ 'ਤੇ ਗੇਟਵੇ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਜਾਂਚੋ

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

Windows 'ਤੇ ਅਡੈਪਟਰ ਵੇਰਵਾ ਲੀਜ਼ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਰੂਟ ਟੇਬਲ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਟਨਲ ਸੱਚਮੁੱਚ ਡਿਫ਼ਾਲਟ ਮਾਰਗ ਹੈ ਜਾਂ ਨਹੀਂ।

ipconfig /all
route print -4
nslookup intranet.corp.internal

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