ਸਥਾਨਕ ਡਿਵਾਈਸਾਂ VPN ਤੇ ਗਾਇਬ ਹੁੰਦੀਆਂ ਹਨ: ਤਿੰਨ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ

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

ਇਹੀ ਫ਼ਰਕ ਹੈ ਗੁੰਮ ਡਿਵਾਈਸ ਅਤੇ ਸਿਰਫ਼ ਐਲਾਨ ਨਾ ਹੋਏ ਡਿਵਾਈਸ ਵਿਚਕਾਰ।

ਖੋਜ, ਨਾਮ ਅਤੇ ਪਹੁੰਚ ਤਿੰਨ ਪਰਤਾਂ ਹਨ

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

ਉਹਨਾਂ ਨੂੰ ਹੇਠਾਂ ਤੋਂ ਉੱਪਰ ਜਾਂਚੋ। ਇੱਕ ਹੀ ਪਹੁੰਚ-ਜਾਂਚ ਵੰਡ ਸਪਸ਼ਟ ਕਰ ਦਿੰਦੀ ਹੈ: nc -vz 192.168.1.20 443 ਜਾਂ ਤਾਂ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਭਾਵ ਰਾਹ ਅਤੇ ਸੇਵਾ ਠੀਕ ਹਨ ਅਤੇ ਸ਼ੱਕੀ ਨਾਮ ਹੈ, ਜਾਂ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਜੋ ਸਵਾਲ ਨੂੰ ਰਾਊਟਿੰਗ ਅਤੇ ਨੀਤੀ ਵੱਲ ਭੇਜਦਾ ਹੈ। ਫਿਰ ਨਾਮ ਪੁੱਛੋ। ਤੁਹਾਨੂੰ ਮਿਲਣ ਵਾਲੀ ਪਹਿਲੀ ਅਸਫਲਤਾ ਹੀ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਰਤ ਹੈ, ਅਤੇ ਉੱਪਰਲੀਆਂ ਪਰਤਾਂ ਉਸ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।

ਪਹਿਲਾਂ ਪਤਾ ਪੁੱਛੋ, ਫਿਰ ਹੋਸਟਨਾਮ

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

ਜੇ ਦੋਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ ਪਰ ਸਵੈਚਾਲਿਤ ਖੋਜ ਨਹੀਂ, ਤਾਂ ਡਿਵਾਈਸ ਟਨਲ ਰਾਹੀਂ ਆਪਣੀ ਘੋਸ਼ਣਾ ਨਹੀਂ ਕਰ ਰਿਹਾ। ਇਹ ਮਲਟੀਕਾਸਟ-ਅਧਾਰਿਤ ਖੋਜ ਲਈ ਆਮ ਵਿਵਹਾਰ ਹੈ, ਸੰਰਚਨਾ ਅਸਫਲਤਾ ਨਹੀਂ। ਪਤੇ ਰਾਹੀਂ ਡਿਵਾਈਸ ਜੋੜਨਾ ਆਮ ਤੌਰ 'ਤੇ ਇਮਾਨਦਾਰ ਹੱਲ ਹੈ।

ਸਥਾਨਕ-ਪਹੁੰਚ ਟੌਗਲ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

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

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

ਜਦੋਂ ਨੈਟਵਰਕ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ

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

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

ਕਿਹੜੀ ਪਰਤ ਫੇਲ ਹੋਈ ਅਤੇ ਤੁਸੀਂ ਕੀ ਬਦਲਿਆ, ਦਰਜ ਕਰੋ। ਅਗਲਾ ਡਿਵਾਈਸ ਵੀ ਉਹਨਾਂ ਹੀ ਤਿੰਨ ਥਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਫੇਲ ਹੋਵੇਗਾ।