ਫ਼ੋਨ VPN ਨਾਲ ਜੁੜਦੇ ਹੀ ਸਮਾਰਟ ਹੋਮ ਡਿਵਾਈਸ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦੇ ਹਨ
ਲੋਕਲ ਖੋਜ, ਫ਼ੋਨ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਕਲਾਊਡ ਕੰਟਰੋਲ ਵੱਖਰੇ ਰਾਹ ਵਰਤਦੇ ਹਨ। ਹੱਬ ਰੀਸੈਟ ਕਰਨ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲ ਕਾਰਵਾਈ ਦੀ ਪਛਾਣ ਕਰੋ।
ਲੈਂਪ ਘਰ ਵਿੱਚ ਆਪਣੀ ਐਪ ਤੋਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਫ਼ੋਨ VPN ਨਾਲ ਜੁੜਨ ਵਾਲੇ ਹੀ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਟੁੱਟਣ ’ਤੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ। ਲੈਂਪ ਵਿੱਚ ਕੋਈ ਖ਼ਰਾਬੀ ਨਹੀਂ ਹੈ। ਫ਼ੋਨ ਹੁਣ ਆਪਣਾ ਕੁਝ ਜਾਂ ਸਾਰਾ ਟ੍ਰੈਫ਼ਿਕ ਦੂਜੇ ਰਾਹ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਸਮਾਰਟ ਹੋਮ ਐਪ ਉਹ ਖੋਜ ਢੰਗ ਵਰਤ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਉਹ ਰਾਹ ਨਹੀਂ ਢੋਂਦਾ। ਕੁਝ ਵੀ ਰੀਸੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲ ਕਾਰਵਾਈ ਦੀ ਪਛਾਣ ਕਰੋ।
ਦੋ ਰਾਹ, ਅਤੇ ਟਨਲ ਸਿਰਫ਼ ਇੱਕ ਨੂੰ ਛੂਹਦਾ ਹੈ
ਸਮਾਰਟ ਹੋਮ ਦਾ ਹੁਕਮ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਸਿੱਧਾ ਲੋਕਲ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਨੇੜਲੇ ਡਿਵਾਈਸ ਤੱਕ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਵਿਕਰੇਤਾ ਦੀ ਕਲਾਊਡ ਸੇਵਾ ਰਾਹੀਂ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਡਿਵਾਈਸ ਤੱਕ ਉਸ ਦੇ ਆਪਣੇ ਕਨੈਕਸ਼ਨ ਨਾਲ ਪਹੁੰਚਦੀ ਹੈ। ਫ਼ੋਨ ਦਾ VPN ਫ਼ੋਨ ਦਾ ਰਾਹ ਬਦਲਦਾ ਹੈ; ਇਹ ਹੱਬ, ਬੱਲਬ ਜਾਂ ਸਪੀਕਰ ਨੂੰ ਟਨਲ ਵਿੱਚ ਨਹੀਂ ਲਿਜਾਂਦਾ। ਸੈੱਟਅੱਪ, ਕੰਟਰੋਲ ਅਤੇ ਸੂਚਨਾਵਾਂ ਹਰ ਇੱਕ ਵੱਖਰੀ ਵਿਧੀ ਵਰਤ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਅਧੂਰੀ ਅਸਫਲਤਾ ਅਸੰਗਤ ਲੱਗਦੀ ਹੈ।
ਇਸ ਲਈ ਪਹਿਲਾ ਨਿਦਾਨ VPN ਸੈਟਿੰਗਾਂ ਨਹੀਂ, ਸਗੋਂ ਅਸਫਲ ਕਾਰਵਾਈ ਹੈ। ਜੇ ਲੋਕਲ ਸੈੱਟਅੱਪ ਅਤੇ ਕਲਾਊਡ ਕੰਟਰੋਲ ਇਕੱਠੇ ਅਸਫਲ ਹੋਣ ਤਾਂ ਇਹ ਬਿਲਕੁਲ ਕਿਸੇ ਹੋਰ ਥਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।
ਲੋਕਲ ਖੋਜ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਪਰਖੋ
ਲੋਕਲ ਖੋਜ ਆਮ ਤੌਰ ’ਤੇਲਿੰਕ-ਲੋਕਲ ਮਲਟੀਕਾਸਟ ’ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਰਾਊਟ ਕੀਤਾ ਟਨਲ ਵਧਾਉਂਦਾ ਨਹੀਂ. ਜਾਂਚੋ ਕਿ ਨਾਂ ਹੱਲ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਐਪ ਤੋਂ ਬਿਨਾਂ ਪਤੇ ’ਤੇ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50ਰਿਜ਼ਾਲਵਰ ਕਾਲ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ mDNS ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਰੂਟ ਖੋਜ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਡਿਵਾਈਸ ਤੱਕ ਟ੍ਰੈਫ਼ਿਕ ਲੈ ਜਾਵੇਗਾ, ਅਤੇ ping ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਲੋਕਲ ਰਾਹ ਬਿਲਕੁਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੋ ਰੂਟ ਡਿਵਾਈਸ ਦਾ ਸਬਨੈੱਟ ਟਨਲ ਵਿੱਚ ਭੇਜਦਾ ਹੈ, ਉਹ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਇੰਟਰਨੈੱਟ ਚੱਲਦਿਆਂ ਵੀ ਖੋਜ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦੀ ਹੈ। ਹੱਲ ਹੋਏ ਨਾਂ ਦਾ ਜਵਾਬ ਨਾ ਆਵੇ ਤਾਂ ਇਹ VPN ਵੱਲ ਨਹੀਂ, ਸਗੋਂ ਐਕਸੈਸ ਪੁਆਇੰਟ ’ਤੇ ਅਲੱਗਾਅ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਦਾ ਨਾਂ ਅਤੇ ਪਤਾ ਆਪਣੇ ਨੈੱਟਵਰਕ ਦੇ ਮੁੱਲਾਂ ਨਾਲ ਬਦਲੋ।
ਜੇ ਸਿਰਫ਼ ਕਲਾਊਡ ਰਾਹ ਟੁੱਟੇ
ਜੇ ਲੋਕਲ ਹੁਕਮ ਕੰਮ ਕਰਨ ਅਤੇ ਦੂਰ ਦੇ ਨਾ ਕਰਨ, ਤਾਂ ਫ਼ੋਨ ਦਾ ਟਨਲ ਖੋਜ ਦੀ ਥਾਂ ਕਲਾਊਡ ਸੈਸ਼ਨ ਵਿੱਚ ਦਖ਼ਲ ਦੇ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ। ਨਵਾਂ ਐਗਜ਼ਿਟ ਪਤਾ ਖਾਤਾ ਜਾਂਚ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਪਿੰਨ ਕੀਤਾ ਸੈਸ਼ਨ ਤੋੜ ਸਕਦਾ ਹੈ ਜਾਂ ਖੇਤਰੀ ਜਾਂਚ ਅਸਫਲ ਕਰ ਸਕਦਾ ਹੈ। ਐਪ ਅਤੇ ਨੈੱਟਵਰਕ ਬਾਕੀ ਸਭ ਅਟੱਲ ਰੱਖਦਿਆਂ ਇੱਕ ਸਮਰਥਿਤ ਕਾਰਵਾਈ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਕਾਇਮ ਰੱਖੋ। ਸੇਵਾ ਦਾ ਆਪਣਾ ਰਿਕਵਰੀ ਪ੍ਰਵਾਹ ਸਹੀ ਸੰਦ ਹੈ; ਲੌਗਇਨ ਪਾਸ ਕਰਾਉਣ ਲਈ ਸੁਰੱਖਿਆ ਜਾਂਚ ਬੰਦ ਕਰਨਾ ਨਹੀਂ।
DNS ਵੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਐਪ ਵਿਕਰੇਤਾ ਦੇ ਐਂਡਪੁਆਇੰਟਾਂ ਨੂੰ ਅਜਿਹੇ ਹੋਸਟਨਾਂ ’ਤੇ ਹੱਲ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਮੀਦ ਕੀਤੇ ਖੇਤਰ ਤੋਂ ਹੀ ਸਹੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਦੂਰੋਂ ਪਹੁੰਚ ਤੀਜਾ ਡਿਜ਼ਾਈਨ ਹੈ
ਬਾਹਰੋਂ ਘਰ ਦੇ ਡਿਵਾਈਸਾਂ ਤੱਕ ਪਹੁੰਚਣਾ ਫ਼ੋਨ ਨੂੰ VPN ਰਾਹੀਂ ਰਾਊਟ ਕਰਨ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰੋਜੈਕਟ ਹੈ। ਇਸ ਲਈ ਨਿੱਜੀ ਗੇਟਵੇ, ਪਰਿਭਾਸ਼ਿਤ ਰੂਟ ਅਤੇ ਤੰਗ ਪਹੁੰਚ ਨਿਯਮ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇੰਟਰਨੈੱਟ-ਐਗਜ਼ਿਟ VPN ਦੀ ਸਦੱਸਤਾ ਲੈਣ ਨਾਲ ਇਹ ਬਣਦਾ ਨਹੀਂ। ਅਣਵਿਆਖਿਅਤ ਰਾਊਟਿੰਗ ਸਮੱਸਿਆ ਦੀ ਭਰਪਾਈ ਲਈ ਚੌੜੀ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਅਜਿਹੇ ਡਿਵਾਈਸ ਖੋਲ੍ਹ ਦਿੰਦੀ ਹੈ ਜੋ ਕਦੇ ਇਸ ਲਈ ਬਣੇ ਹੀ ਨਹੀਂ। ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਖੋਜ, ਲੋਕਲ ਕੰਟਰੋਲ ਅਤੇ ਕਲਾਊਡ ਕੰਟਰੋਲ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਪਰਖੋ। ਜੇ ਐਪ ਲਈ ਲੋਕਲ-ਨੈੱਟਵਰਕ ਛੋਟ ਸ਼ਾਮਲ ਕੀਤੀ ਹੈ, ਤਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫ਼ੋਨ ਦਾ ਬਾਕੀ ਟ੍ਰੈਫ਼ਿਕ ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਇਰਾਦੇ ਵਾਲੇ ਟਨਲ ਦੀ ਪੈਰਵੀ ਕਰ ਰਿਹਾ ਹੈ।
ਕਿਹੜਾ ਰਾਹ ਅਸਫਲ ਹੋਇਆ ਅਤੇ ਕਿਹੜੇ ਬਦਲਾਅ ਨੇ ਉਸਨੂੰ ਠੀਕ ਕੀਤਾ, ਦਰਜ ਕਰੋ। ਸਮਾਰਟ ਹੋਮ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਆਮ ਤੌਰ ’ਤੇ ਰਾਊਟਿੰਗ ਜਾਂ ਇਜਾਜ਼ਤ ਦੀ ਹੱਦ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਅਗਲਾ ਡਿਵਾਈਸ ਵੀ ਉਹੀ ਹੱਦ ਭੇਟੇਗਾ।