ਹੋਮ-ਲੈਬ ਹਾਈਪਰਵਾਈਜ਼ਰ VPN ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਨਹੀਂ: ਕਿੱਥੇ ਦੇਖਣਾ ਹੈ

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

ਪ੍ਰਬੰਧਨ ਸੈਗਮੈਂਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਅਸਲ ਦੂਰਸਥਿਤ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿਓ

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

ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀ ਆਪਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ। ਨਿੱਜੀ ਮਾਰਗ ਕਿਸੇ ਅਣਕਿਆਸੀ ਪਛਾਣ ਚੇਤਾਵਨੀ ਨੂੰ ਪਾਰ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

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

ਗੌਣ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

ਨੈੱਟਵਰਕ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸੀ ਮਾਰਗ ਰੱਖੋ

ਆਪਣੀ VPN ਢੋਣ ਵਾਲੇ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਸਥਾਨਕ ਜਾਂ ਸੁਤੰਤਰ ਵਾਪਸੀ ਮਾਰਗ ਹੈ।

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

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

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

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