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

ਤੈਅ ਕਰੋ ਕੌਣ ਅੰਦਰ ਆਵੇਗਾ, ਅਤੇ ਕਿਹੜੀ ਪਛਾਣ ਨਾਲ

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

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

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

ਰੂਟ ਨੂੰ ਇੱਕ ਕੈਮਰਾ ਸੇਵਾ ਤੱਕ ਸੀਮਤ ਕਰੋ

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

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

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

ਵੇਖਣ ਅਤੇ ਪ੍ਰਬੰਧਨ ਵੱਖਰੇ ਰੱਖੋ

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

ਵੇਖੋ ਕਿ ਵਿਕਰੇਤਾ ਦੀ ਐਪ ਦੂਰੋਂ ਵੇਖਣ ਲਈ ਚੁੱਪਚਾਪ ਕਲਾਊਡ ਰੀਲੇ ਵਰਤਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਵਰਤਦੀ ਹੈ, ਤਾਂ VPN ਰਸਤਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਚਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

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

ਜਸ਼ਨ ਮਨਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਬਾਕੀ ਦਰਵਾਜ਼ੇ ਬੰਦ ਕਰੋ

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

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

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

ਦੋਹਾਂ ਪਾਸਿਆਂ ਤੋਂ ਹੱਦ ਪਰਖੋ

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

ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰਲੇ ਹੋਸਟ ਤੋਂ ਤੇਜ਼ ਬਾਹਰੀ ਜਾਂਚ:

nmap -Pn -p 443,554,8000 203.0.113.10
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 http://203.0.113.10/

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

ਸੰਬੰਧਿਤ ਲੇਖ