ਐਂਡਰਾਇਡ ਹਾਟਸਪਾਟ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ: ਤਿੰਨ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ

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

ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਚੱਲਦੀ ਹੈ

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

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

ਡੀਬੱਗ ਕਰਨ ਯੋਗ ਬਿਲਡ 'ਤੇ adb shell /proc/net/tcp ਰਾਹੀਂ ਸਾਕਟਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾ ਸਕਦਾ ਹੈ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ ਐਪ ਦੀ ਆਪਣੀ ਸਥਿਤੀ ਇਮਾਨਦਾਰ ਸਰੋਤ ਹੈ। ਇਹ ਉਸ ਜਾਲ ਤੋਂ ਵੀ ਬਚਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਉਸ ਸਾਕਟ ਨੂੰ ਟੈਸਟ ਕਰਦੇ ਹੋ ਜੋ ਐਪ ਨੇ ਤੁਹਾਡੀ ਉਮੀਦ ਤੋਂ ਵੱਖਰੇ ਪਤੇ 'ਤੇ ਖੋਲ੍ਹਿਆ ਸੀ।

ਪਹਿਲਾ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ: ਹਾਟਸਪਾਟ 'ਤੇ ਦੂਜਾ ਡਿਵਾਈਸ

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

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

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

ਦੂਜਾ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ: ਕੈਰੀਅਰ ਮਾਰਗ

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

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

ਤੀਜਾ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ: VPN ਨਿਕਾਸ

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

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

ਇੱਕ ਮਾਰਗ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਟੈਸਟ ਕਰੋ, ਫਿਰ ਮਾਲਕ ਦਾ ਨਾਮ ਦਿਓ

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

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

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

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