ਵਾਇਰਲੈੱਸ ਡੀਬੱਗਿੰਗ ਟਰੈਫ਼ਿਕ VPN ਲੀਕ ਦਾ ਸਬੂਤ ਕਿਉਂ ਨਹੀਂ ਹੈ

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

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

ਬੱਗ ਦਾ ਨਾਮ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿਰੀਖਣ ਦਾ ਨਾਮ ਲਓ

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

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

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

ਦੋਵੇਂ ਮਾਰਗ ਕਦੇ ਕਿਉਂ ਨਹੀਂ ਮਿਲਦੇ

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

ਐਪ ਦਾ ਇੰਟਰਨੈੱਟ ਟਰੈਫ਼ਿਕ VpnService ਵੱਲੋਂ ਸਥਾਪਤ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, UID ਅਤੇ ਰੂਟਿੰਗ ਨਿਯਮਾਂ ਨਾਲ ਮਿਲਾਇਆ ਜਾਂਦਾ ਹੈ। adbd shell ਵਰਤੋਂਕਾਰ ਵਜੋਂ ਚੱਲਣ ਵਾਲਾ ਸਿਸਟਮ ਡੈਮਨ ਹੈ, ਉਸ ਰੂਟਿੰਗ ਸਮੂਹ ਅੰਦਰ ਦਾ ਐਪ ਨਹੀਂ। ਹਰ ਐਪ ਟਨਲ ਨਾਲ ਪਿੰਨ ਹੋਣ 'ਤੇ ਵੀ ਇਹ ਅਧੀਨ Wi-Fi ਲਿੰਕ ਉੱਤੇ ਹੀ ਰਹਿੰਦਾ ਹੈ।

ਲਾਕਡਾਊਨ ਮੋਡ ਕਵਰ ਕੀਤੇ ਐਪਾਂ ਲਈ ਟਨਲ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇਹ ਸੁਣਨ ਵਾਲੇ ਸਾਕਟ ਨੂੰ ਨਿਕਾਸ ਮਾਰਗ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਇਸੇ ਲਈ ਕੰਮ ਕਰਦਾ ADB ਸੈਸ਼ਨ ਅਤੇ ਕੰਮ ਕਰਦਾ ਕਿੱਲ ਸਵਿੱਚ ਵਿਰੋਧ ਤੋਂ ਬਿਨਾਂ ਇਕੱਠੇ ਰਹਿੰਦੇ ਹਨ। ਲੀਕ ਸਾਬਤ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਉਹ ਦਿਸ਼ਾ ਵੇਖਣੀ ਪਵੇਗੀ ਜਿਸ ਨੂੰ ਰੋਕਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਨਿਕਾਸ ਟੈਸਟ ਅਸਲ ਵਿੱਚ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ

ਕਵਰ ਕੀਤੇ ਐਪ ਦੀ ਜਾਂਚ ਕਰੋ, ਡੀਬੱਗਿੰਗ ਚੈਨਲ ਦੀ ਨਹੀਂ। ਅਸਫ਼ਲਤਾ ਦੀ ਸਥਿਤੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਓ, ਫਿਰ ਇੱਕ ਨਵੀਂ ਬੇਨਤੀ ਕਰੋ ਅਤੇ ਕੀ ਹੋਇਆ ਦਰਜ ਕਰੋ।

1. ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ VPN ਹੀ ਇੱਕੋ ਮਾਰਗ ਹੈ: VPN ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਬਲਾਕ ਕਰਨ ਸਮੇਤ ਹਮੇਸ਼ਾ-ਚਾਲੂ VPN ਚਾਲੂ ਕਰੋ।
2. VPN ਨੂੰ ਸਮਰਥਿਤ ਢੰਗ ਨਾਲ ਰੋਕੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪ ਕੋਈ ਕਨੈਕਟੀਵਿਟੀ ਨਹੀਂ ਦੱਸਦਾ।
3. ਉਸ ਐਪ ਤੋਂ ਇੱਕ ਬੇਨੁਕਸਾਨ ਬੇਨਤੀ ਭੇਜੋ ਅਤੇ ਦੇਖੋ ਕਿ ਇਹ ਅਸਫ਼ਲ ਹੁੰਦੀ ਹੈ ਜਾਂ ਸਫਲ।
4. ਵਾਇਰਲੈੱਸ ਡੀਬੱਗਿੰਗ ਚਾਲੂ, ਫਿਰ ਬੰਦ ਹਾਲਤ ਵਿੱਚ ਦੁਹਰਾਓ, ਤਾਂ ਜੋ ਚਰ ਅਲੱਗ ਹੋ ਸਕੇ।

ਉਨ੍ਹਾਂ ਹਾਲਾਤਾਂ ਵਿੱਚ ਰੋਕੀ ਗਈ ਬੇਨਤੀ ਸਬੂਤ ਹੈ। ਸਫਲ ADB ਸੈਸ਼ਨ ਨਹੀਂ, ਅਤੇ ਟਰਮੀਨਲ ਐਪ ਤੋਂ ਇੱਕ ping ਵੀ ਨਹੀਂ।

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

ਜੋੜੀ ਸੈਸ਼ਨ ਤੋਂ ਵੱਧ ਟਿਕਦੀ ਹੈ

ਜੋੜੀ ਬਣਾਉਣਾ ਸਥਾਈ ਹਾਲਤ ਹੈ, ਕੇਬਲ ਟੈਸਟ ਤੋਂ ਬਾਅਦ ਭੁੱਲ ਸਕਣ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਨਹੀਂ। Android ਦਾ ਡੀਬੱਗਿੰਗ ਦਸਤਾਵੇਜ਼ ਵਾਇਰਲੈੱਸ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਦੱਸਦਾ ਹੈ ਅਤੇ ਨੋਟ ਕਰਦਾ ਹੈ ਕਿ ਸੰਬੰਧ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਭੁੱਲਣ ਜਾਂ ਇਜਾਜ਼ਤਾਂ ਰੱਦ ਹੋਣ ਤੱਕ ਰਹਿੰਦਾ ਹੈ।

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

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

ਉਸ ਬੱਗ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ

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

ਟੈਸਟ ਨੂੰ ਵਧੇਰੇ ਨਾਟਕੀ ਦਿਖਾਉਣ ਲਈ ਲਾਗੂਕਰਨ ਬੰਦ ਨਾ ਕਰੋ ਅਤੇ ਨਾ ਹੀ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਡੀਬੱਗਿੰਗ ਖੋਲ੍ਹੋ। ਇਹ ਤੁਹਾਡੇ ਵੱਲੋਂ ਮਾਪੀ ਜਾ ਰਹੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਅਜਿਹੇ ਸਬੂਤ ਛੱਡਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਦੁਹਰਾ ਨਹੀਂ ਸਕਦਾ।

ਜੇ ਤੁਹਾਡਾ ਇੱਕੋ-ਇੱਕ ਸਬੂਤ ਇਹ ਹੈ ਕਿ VPN ਚਾਲੂ ਹੋਣ ਵੇਲੇ ADB ਜੁੜਿਆ, ਤਾਂ ਤੁਸੀਂ ਗ਼ਲਤ ਮਾਰਗ ਮਾਪਿਆ। ਪਹਿਲਾਂ ਐਪ-ਪੱਧਰੀ ਟੈਸਟ ਦੁਬਾਰਾ ਚਲਾਓ; ਜਵਾਬ ਆਮ ਤੌਰ ਉੱਤੇ ਉੱਥੇ ਹੀ ਆਉਂਦਾ ਹੈ।