SoftEther ਦਾ ਵਰਚੁਅਲ ਹੱਬ ਅਸਲ ਵਿੱਚ ਕੀ ਜੋੜਦਾ ਹੈ

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

ਹੱਬ ਮੈਂਬਰਸ਼ਿਪ ਦੀ ਸੀਮਾ ਹੈ

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

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

ਪ੍ਰਬੰਧਨ ਵੀ ਉਸੇ ਤਰ੍ਹਾਂ ਸੀਮਿਤ ਹੈ। ਹੱਬ ਪ੍ਰਬੰਧਕ ਉਸ ਹੱਬ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਰਵਰ ਪ੍ਰਬੰਧਕ ਪ੍ਰਕਿਰਿਆ, ਸਰੋਤਿਆਂ ਅਤੇ ਹੋਸਟ ਦੇ ਹਰ ਹੱਬ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ।

ਜੋੜ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਪਾਰ ਕੀ ਹੈ

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

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

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

ਸੈਸ਼ਨ ਅਤੇ ਨੀਤੀ ਵੱਖਰੇ ਪੜ੍ਹੋ

ਸੈਸ਼ਨ, MAC ਪਤੇ ਅਤੇ IP ਪਤਿਆਂ ਦੇ ਦ੍ਰਿਸ਼ ਦੱਸਦੇ ਹਨ ਕਿ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਹੁਣ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ। ਇਹ ਨਿਰੀਖਣ ਹਨ, ਇਜਾਜ਼ਤਾਂ ਨਹੀਂ। ਸੂਚੀ ਵਿੱਚ ਦਿਸਣ ਵਾਲਾ ਸੈਸ਼ਨ ਇਸ ਕਰਕੇ ਹੱਬ ਜਿੱਥੇ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਉਸ ਹਰ ਸੇਵਾ ਦਾ ਹੱਕਦਾਰ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਉਲਟ ਵੀ ਸੱਚ ਹੈ।

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

ਸਰਵਰ ’ਤੇ, vpncmd ਹੋਸਟ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਉਹੀ ਤਸਵੀਰ ਦੱਸਦਾ ਹੈ। ਜਦੋਂ ਦੋਵੇਂ ਵੱਖਰੇ ਹੋਣ ਤਾਂ ਉਸ ਆਉਟਪੁੱਟ ਦੀ ਤੁਲਨਾ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਦ੍ਰਿਸ਼ ਨਾਲ ਕਰੋ।

vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList

ਹੱਬ ਪ੍ਰਬੰਧਨ ਨੂੰ ਕਲਾਇੰਟ ਇਜਾਜ਼ਤ ਨਹੀਂ, ਆਪਣੀ ਭੂਮਿਕਾ ਮੰਨੋ। ਇੱਕ ਹੱਬ ਸੌਂਪਣ ਨਾਲ ਸਰੋਤਿਆਂ ਜਾਂ ਹਰ ਹੋਰ ਹੱਬ ਹੋਸਟ ਕਰਨ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਸੌਂਪੀ ਨਹੀਂ ਜਾਣੀ ਚਾਹੀਦੀ।

ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਜਾਂਚੋ

ਕਲਾਇੰਟ ਪਾਸਿਓਂ, ਸਥਾਪਿਤ ਸੈਸ਼ਨ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਹੱਬ ਨਾਮ ਸਵੀਕਾਰ ਹੋਏ। ਪਤਾ, ਮਾਰਗ ਅਤੇ ਨਾਮ ਹੱਲ ਵੱਖਰੇ-ਵੱਖਰੇ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਹੱਬ ਵੱਲੋਂ ਸੈਸ਼ਨ ਸਵੀਕਾਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਹਰ ਇੱਕ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।

ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal

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

ਲਿੰਕ ਨਹੀਂ, ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ। ਲੋਡ ਹੁੰਦਾ ਇੰਟਰਾਨੈੱਟ ਪੰਨਾ ਭਰੋਸੇਯੋਗ ਪਤੇ ਵਾਲੇ ਐਡਾਪਟਰ ਨਾਲੋਂ ਵੱਧ ਮਜ਼ਬੂਤ ਸਬੂਤ ਹੈ।