ਫੋਨ VPN ਤੋਂ ਘਰ: ਫਾਇਰਵਾਲ ਨੂੰ ਆਪਣਾ ਇੰਟਰਨੈਟ ਨਿਕਾਸ ਬਣਾਓ

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

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

ਦੋ ਛਾਲਾਂ, ਦੋ ਨੀਤੀਆਂ

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

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

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

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

ਸਰੋਤਾ ਫਿਲਟਰ ਨਹੀਂ ਹੈ

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

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

ਹਰ ਲਾਗੂ ਬਿੰਦੂ 'ਤੇ ਦਿਸਦੇ ਸਰੋਤ ਪਤੇ ਸਮੇਤ ਮਾਰਗ ਲਿਖੋ। ਉਹ ਇੱਕੋ ਚਿੱਤਰ ਕਿਸੇ ਵੀ ਨਿਯਮ ਨੂੰ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤੇ ਕੇਸ ਹੱਲ ਕਰਦਾ ਹੈ।

ਫੋਨ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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

IPv6 DNS ਵਾਂਗ ਉਸੇ ਪੈਰੇ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਸੰਲਗਨ ਵਿੱਚ ਨਹੀਂ। ਪੂਰੀ IPv4 ਸੁਰੰਗ AAAA ਟ੍ਰੈਫਿਕ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ, ਅਤੇ ਦੋਹਰੀ ਸਟੈਕ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕ ਦਾ ਫੋਨ ਇਸ ਲਈ ਮੂਲ ਮਾਰਗ ਖ਼ੁਸ਼ੀ ਨਾਲ ਵਰਤੇਗਾ। ਢੋਆ-ਢੁਆਈ ਜਾਂ ਰੋਕ ਸਪੱਸ਼ਟ ਚੁਣੋ।

ਫਾਇਰਵਾਲ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

ਇਹ ਹੱਦ ਦੱਸਣ ਲਾਇਕ ਹੈ, ਕਿਉਂਕਿ “ਇਸਨੂੰ ਫਾਇਰਵਾਲ ਰਾਹੀਂ ਭੇਜੋ” ਵਾਕੰਸ਼ ਘਰ ਦੇ ਰਾਊਟਰ ਨਾਲੋਂ ਵੱਧ ਜਾਂਚ ਦਾ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ। ਮੰਜ਼ਿਲ ਨਿਯਮ, DNS ਨੀਤੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰੀ ਪ੍ਰੌਕਸੀ ਤਿੰਨ ਵੱਖਰੇ ਨਿਯੰਤਰਣ ਹਨ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਤੈਨਾਤੀ ਲਾਗਤਾਂ ਨਾਲ।

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

ਡਿਸਕਨੈਕਟ ਸਥਿਤੀ ਤੈਅ ਕਰੋ

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

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

ਮੰਨਣ ਦੀ ਥਾਂ ਚੋਣ ਨੂੰ ਪਰਖੋ। ਘਰ ਦੀ ਸੇਵਾ ਬੰਦ ਕਰੋ, ਫਿਰ ਫੋਨ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਇੱਕ ਬੇਨਤੀ ਅਤੇ ਪਿਛੋਕੜ ਵਿੱਚ ਚੱਲ ਰਹੀ ਐਪ ਤੋਂ ਦੂਜੀ ਬੇਨਤੀ ਕਰਕੇ ਵੇਖੋ। ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਜੁੜਨਾ ਪਹਿਲਾਂ ਹੀ ਜਾ ਚੁੱਕੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰਦਾ।

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