VPN ਐਪ ਦੀ ਵਿਸ਼ਲੇਸ਼ਣ ਸੈਟਿੰਗ ਅਸਲ ਵਿੱਚ ਕੀ ਭੇਜਦੀ ਹੈ?
ਵਿਸ਼ਲੇਸ਼ਣ ਟੌਗਲ ਟਨਲ ਨਾਲੋਂ ਵੱਖਰਾ ਡੇਟਾ ਪ੍ਰਵਾਹ ਕਵਰ ਕਰਦਾ ਹੈ। ਗੋਪਨੀਯਤਾ ਪੰਨਾ ਇਸ ਬਾਰੇ ਦੱਸਣ ਤੋਂ ਪਹਿਲਾਂ ਸ਼੍ਰੇਣੀਆਂ, ਪਛਾਣਕਰਤਾ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਪੜ੍ਹੋ।
ਤੁਹਾਡਾ ਟਨਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਹੈ, ਗੋਪਨੀਯਤਾ ਪੰਨਾ ਕੋਈ ਲੌਗ ਨਾ ਰੱਖਣ ਦੀ ਗੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਪ ਫਿਰ ਵੀ ਇੱਕ ਡਾਇਗਨੋਸਟਿਕਸ ਲਾਇਬ੍ਰੇਰੀ ਲਿਆਉਂਦੀ ਹੈ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀਆਂ ਸਕ੍ਰੀਨਾਂ ਖੋਲ੍ਹਦੇ ਹੋ। ਇਹ ਵੱਖਰੀਆਂ ਨੀਤੀਆਂ ਵਾਲੇ ਵੱਖਰੇ ਡੇਟਾ ਪ੍ਰਵਾਹ ਹਨ। ਕਨੈਕਸ਼ਨ ਲੌਗ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਕਿੱਥੇ ਗਿਆ; ਵਿਸ਼ਲੇਸ਼ਣ ਘਟਨਾ ਦਰਜ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਐਪ ਕਿਵੇਂ ਵਰਤੀ। ਇੱਕ ਪੜ੍ਹ ਕੇ ਦੂਜੇ ਨੂੰ ਵੀ ਕਵਰ ਕਰਦਾ ਮੰਨਣਾ ਉਹੀ ਗਲਤੀ ਹੈ ਜਿਸ ਲਈ ਸੈਟਿੰਗ ਸੱਦਾ ਦਿੰਦੀ ਹੈ।
ਟੌਗਲ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ
ਬਹੁਤੇ ਕਲਾਇੰਟ ਸੇਵਾ ਨੂੰ ਚੱਲਣ ਲਈ ਜ਼ਰੂਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਤੋਂ ਚੋਣਵੀਂ ਰਿਪੋਰਟਿੰਗ ਵੱਖ ਕਰਦੇ ਹਨ। ਟੌਗਲ ਆਮ ਤੌਰ 'ਤੇ ਕ੍ਰੈਸ਼ ਰਿਪੋਰਟਾਂ, ਵਰਤੋਂ ਘਟਨਾਵਾਂ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਮਾਪ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰਮਾਣੀਕਰਨ, ਬਿਲਿੰਗ ਅਤੇ ਦੁਰਵਰਤੋਂ ਰੋਕਥਾਮ ਇਸਦੀ ਸਥਿਤੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਜਾਰੀ ਰਹਿੰਦੇ ਹਨ।
ਕ੍ਰੈਸ਼ ਰਿਪੋਰਟਾਂ ਵਿੱਚ ਸਟੈਕ ਟਰੇਸ, ਡਿਵਾਈਸ ਮਾਡਲ, OS ਸੰਸਕਰਣ ਅਤੇ ਐਪ ਸੰਸਕਰਣ ਹੁੰਦੇ ਹਨ। ਵਰਤੋਂ ਘਟਨਾਵਾਂ ਸਕ੍ਰੀਨਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਂ ਦਿੰਦੀਆਂ ਹਨ, ਕਈ ਵਾਰ ਮਿਆਦਾਂ ਨਾਲ। ਪ੍ਰਦਰਸ਼ਨ ਘਟਨਾਵਾਂ ਕਨੈਕਸ਼ਨ ਸਮੇਂ, ਪ੍ਰੋਟੋਕੋਲ ਚੋਣਾਂ ਅਤੇ ਗਲਤੀ ਕੋਡ ਦਰਜ ਕਰਦੀਆਂ ਹਨ। ਸਹਾਇਤਾ ਡਾਇਗਨੋਸਟਿਕਸ ਚੌਥੀ ਸ਼੍ਰੇਣੀ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਹੱਥੀਂ ਚਾਲੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਲੌਗ ਤੇ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਇਕੱਠੇ ਕਰ ਸਕਦੀ ਹੈ।
ਭੇਜਣ ਵਾਲਾ ਹਮੇਸ਼ਾ ਆਈਕਨ 'ਤੇ ਬ੍ਰਾਂਡ ਨਹੀਂ ਹੁੰਦਾ। ਐਪ ਵਿੱਚ ਸ਼ਾਮਲ SDK ਆਪਣੇ ਹੀ ਐਂਡਪੌਇੰਟ 'ਤੇ ਭੇਜ ਸਕਦਾ ਹੈ, ਅਤੇ ਕ੍ਰੈਸ਼ ਸੇਵਾ ਵੱਖਰੀ ਕੰਪਨੀ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ ਸੂਚਨਾ ਦੀ ਪ੍ਰਾਪਤਕਰਤਾ ਸੂਚੀ ਟੌਗਲ ਦੇ ਲੇਬਲ ਜਿੰਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਉਹ ਖੇਤਰ ਜੋ ਰਿਪੋਰਟ ਨੂੰ ਪਛਾਣਨਯੋਗ ਬਣਾਉਂਦੇ ਹਨ
ਸਿਰਫ਼ ਸ਼੍ਰੇਣੀ ਗੋਪਨੀਯਤਾ ਦਾ ਸਵਾਲ ਤੈਅ ਨਹੀਂ ਕਰਦੀ; ਘਟਨਾ ਨਾਲ ਜੁੜਿਆ ਪਛਾਣਕਰਤਾ ਇਸਨੂੰ ਤੈਅ ਕਰਦਾ ਹੈ। ਨਿਰਦੋਸ਼ ਦਿਸਦੀ ਰਿਪੋਰਟ, ਹਰ ਕਤਾਰ ਵਿੱਚ ਉਹੀ ਇੰਸਟਾਲ ID ਦਿਸਣ 'ਤੇ ਇਤਿਹਾਸ ਬਣ ਸਕਦੀ ਹੈ।
| Report type | Typical fields | Why it can identify |
|---|---|---|
| Crash | Stack trace, device model, OS, app version, install ID | The install ID links crashes over months |
| Usage | Screen names, feature events, session length | Builds a behavior profile even without content |
| Performance | Connect duration, protocol, error code | Network conditions can fingerprint a connection |
| Support bundle | Logs, configuration, sometimes addresses | May contain endpoints and timestamps you did not intend to share |
ਖਾਤੇ ਨਾਲ ਲਿੰਕ ਹੋਣਾ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਜੋੜਨ ਵਾਲੀ ਕੁੰਜੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਡਿਵਾਈਸ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਵਿਅਕਤੀ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। IP ਪਤਾ ਬਹੁਤ ਸਾਰੇ ਅਧਿਕਾਰ ਖੇਤਰਾਂ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਹੈ, ਰਿਪੋਰਟ ਵਿੱਚ ਨਾਂ ਨਾ ਹੋਣ 'ਤੇ ਵੀ, ਅਤੇ ਸਥਿਰ ਪਛਾਣਕਰਤਾ ਕੁਝ ਪਲੇਟਫ਼ਾਰਮਾਂ 'ਤੇ ਮੁੜ ਸਥਾਪਨਾ ਝੱਲ ਸਕਦਾ ਹੈ।
ਕੱਚਾ ਪਛਾਣਕਰਤਾ ਭੇਜਣ ਵਾਲੇ ਕੋਲ ਰਹਿੰਦਾ ਹੋਵੇ ਤਾਂ ਇਕੱਠਾ ਕਰਨਾ ਅਗਿਆਤ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਜੇ ਸੂਚਨਾ ਅਗਿਆਤ ਅੰਕੜਿਆਂ ਦਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਤਾਂ ਢੰਗ ਲੱਭੋ: ਕੀ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਹੜੇ ਪੜਾਅ 'ਤੇ, ਅਤੇ ਕੀ ਪ੍ਰਾਪਤਕਰਤਾ ਘਟਨਾਵਾਂ ਨੂੰ ਮੁੜ ਜੋੜ ਸਕਦਾ ਹੈ।
ਰਿਪੋਰਟ ਕਿਸਨੂੰ ਮਿਲਦੀ ਹੈ
ਬ੍ਰਾਂਡ ਦੀ ਥਾਂ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਦਾ ਪਿੱਛਾ ਕਰੋ। ਐਪ ਵਿਕਾਸਕਾਰ ਐਂਡਪੌਇੰਟ ਚਲਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਬ੍ਰਾਂਡ ਨੂੰ ਕਿਸੇ ਹੋਰ ਆਪਰੇਟਰ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇ ਸਕਦਾ ਹੈ; ਵਿਸ਼ਲੇਸ਼ਣ ਵਿਕਰੇਤਾ ਅਤੇ ਕ੍ਰੈਸ਼ ਸੇਵਾ ਵਾਧੂ ਧਿਰਾਂ ਹਨ। ਗੋਪਨੀਯਤਾ ਸੂਚਨਾ ਨੂੰ ਇਹ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਮਿਲਣ ਵਾਲੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਦੱਸਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। Mozilla ਦੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਗੋਪਨੀਯਤਾ ਸੂਚਨਾ ਖਾਤਾ ਡੇਟਾ ਨੂੰ ਤਕਨੀਕੀ ਅਤੇ ਡਾਇਗਨੋਸਟਿਕ ਸ਼੍ਰੇਣੀਆਂ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ, ਅਤੇ ਅਜਿਹੀ ਹੀ ਵੰਡ ਲੱਭਣੀ ਚਾਹੀਦੀ ਹੈ।
ਹਰ ਪੜਾਅ 'ਤੇ ਰੱਖਿਆ ਜਾਣਾ ਤੈਅ ਹੁੰਦਾ ਹੈ। ਵਿਕਾਸਕਾਰ ਘਟਨਾਵਾਂ ਨੂੰ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਰੱਖ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿਕਰੇਤਾ ਆਪਣੀ ਨੀਤੀ ਅਨੁਸਾਰ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਧ ਸਮੇਂ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਈਮੇਲ ਰਾਹੀਂ ਭੇਜਿਆ ਸਹਾਇਤਾ ਬੰਡਲ ਦੋਵਾਂ ਤੋਂ ਵੱਧ ਚਿਰ ਰਹਿ ਸਕਦਾ ਹੈ। ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਧਿਰ ਡੇਟਾ ਰੱਖਦੀ ਹੈ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਕਿਸਨੇ ਇਕੱਠਾ ਕੀਤਾ।
ਸਰਹੱਦੋਂ ਪਾਰ ਤਬਾਦਲਾ ਵੀ ਉਸੇ ਸਮੀਖਿਆ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਖੇਤਰ ਵਿੱਚ ਡਾਇਗਨੋਸਟਿਕ ਐਂਡਪੌਇੰਟ ਅਜਿਹਾ ਤਬਾਦਲਾ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਟਨਲ ਦੀ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦਾ ਅਸਰ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਰਿਪੋਰਟ ਕਦੇ ਟਨਲ ਵਿੱਚੋਂ ਨਹੀਂ ਗਈ।
ਬੰਦ ਕਰਨਾ ਕੀ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਟੌਗਲ ਬੰਦ ਕਰਨ ਨਾਲ ਭਵਿੱਖ ਦੀਆਂ ਚੋਣਵੀਆਂ ਰਿਪੋਰਟਾਂ ਰੁਕ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ ਪਹਿਲਾਂ ਭੇਜੀਆਂ ਰਿਪੋਰਟਾਂ ਵਾਪਸ ਨਹੀਂ ਮੰਗਦਾ ਅਤੇ ਨਾ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰਾਪਤਕਰਤਾ ਤੋਂ ਮਿਟਾਉਂਦਾ ਹੈ। ਮਿਟਾਉਣਾ ਪ੍ਰਦਾਤਾ ਦੀ ਡੇਟਾ ਪ੍ਰਕਿਰਿਆ ਅਧੀਨ ਇੱਕ ਵੱਖਰੀ ਬੇਨਤੀ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਡਿਵਾਈਸ ਸੈਟਿੰਗ ਦੀ ਥਾਂ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਜ਼ਰੂਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਵੀ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ। ਸਾਈਨ-ਇਨ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਨਵੀਨੀਕਰਨ, ਧੋਖਾਧੜੀ ਜਾਂਚ ਅਤੇ ਸੇਵਾ ਸਿਹਤ ਕਿਸੇ ਹੋਰ ਆਧਾਰ 'ਤੇ ਲੌਗ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕੋਲ ਆਪਣੀਆਂ ਕ੍ਰੈਸ਼ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਸਹੂਲਤਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਐਪ ਦੇ ਟੌਗਲ ਨੇ ਕਦੇ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕੀਤਾ। ਜੇ ਟੀਚਾ ਡਿਵਾਈਸ ਡਾਇਗਨੋਸਟਿਕਸ ਰੋਕਣਾ ਹੈ ਤਾਂ OS-ਪੱਧਰ ਦੀ ਸੈਟਿੰਗ ਜਾਂਚੋ।
ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਲਈ ਸੈਟਿੰਗ ਜਾਣ-ਬੁੱਝ ਕੇ ਵਰਤੋ: ਡਾਇਗਨੋਸਟਿਕਸ ਚਾਲੂ ਕਰੋ, ਖਰਾਬੀ ਮੁੜ ਪੈਦਾ ਕਰੋ, ਬੰਡਲ ਇਕੱਠਾ ਕਰੋ, ਫਿਰ ਰਿਪੋਰਟਿੰਗ ਬੰਦ ਕਰੋ ਅਤੇ ਟਿਕਟ ਬੰਦ ਹੋਣ 'ਤੇ ਬੰਡਲ ਮਿਟਾ ਦਿਓ। ਹੱਥੀਂ ਜੋੜੀਆਂ ਫਾਈਲਾਂ ਸਵੈਚਾਲਿਤਾਂ ਜਿੰਨੀ ਹੀ ਸਮੀਖਿਆ ਦੀ ਹੱਕਦਾਰ ਹਨ, ਕਿਉਂਕਿ ਲੌਗ ਫਾਈਲ ਵਿੱਚ ਉਸ ਤੋਂ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਵਿਸ਼ਲੇਸ਼ਣ ਘਟਨਾ ਵਿੱਚ ਕਦੇ ਸੀ।
ਸੂਚਨਾ ਦੀ ਤੁਲਨਾ ਡਿਵਾਈਸ ਤੋਂ ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਨਾਲ ਕਰੋ
ਸਮੱਗਰੀ ਡੀਕ੍ਰਿਪਟ ਕੀਤੇ ਬਿਨਾਂ ਤੁਸੀਂ ਮੰਜ਼ਿਲਾਂ ਦੇਖ ਸਕਦੇ ਹੋ। macOS ਅਤੇ Linux 'ਤੇ, ਕਨੈਕਸ਼ਨ ਸੂਚੀਆਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਕਿ ਕਲਾਇੰਟ ਕਿਹੜੇ ਦੂਰ ਦੇ ਪਤਿਆਂ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ:
sudo lsof -i -P -n | grep -i vpnclient
ss -tup | grep -i vpnclientTLS ਪੇਲੋਡ ਲੁਕਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਆਉਟਪੁੱਟ ਮੰਜ਼ਿਲ ਅਤੇ ਮੋਟਾ ਸਮਾਂ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਅੰਦਰਲੇ ਖੇਤਰ ਨਹੀਂ। ਫਿਰ ਵੀ ਕਿਸੇ ਦਾਅਵੇ ਦੀ ਜਾਂਚ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੈ: ਜੇ ਸੂਚਨਾ ਇੱਕ ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰਾਪਤਕਰਤਾ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ ਅਤੇ ਐਪ ਸੂਚੀ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੇ ਡੋਮੇਨ ਨਾਲ ਵੀ ਸੰਪਰਕ ਕਰਦੀ ਹੈ, ਤਾਂ ਨੀਤੀ ਨੂੰ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਬਾਰੇ ਪੁੱਛੋ।
ਤੁਸੀਂ ਜਿਹੜੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਸਵੀਕਾਰਦੇ ਹੋ, ਉਨ੍ਹਾਂ ਨਾਲ ਜੁੜੇ ਪਛਾਣਕਰਤਾ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਰੱਖਣ ਵਾਲੇ ਪ੍ਰਾਪਤਕਰਤਾ ਲਿਖ ਲਓ। ਜਦੋਂ ਐਪ ਆਪਣਾ SDK ਅਪਡੇਟ ਕਰਦੀ ਹੈ ਜਾਂ ਪ੍ਰਦਾਤਾ ਮਾਲਕ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਉਹ ਛੋਟਾ ਨੋਟ ਮਨ ਦੇ ਨੋਟ ਨਾਲੋਂ ਵਧੇਰੇ ਕੰਮ ਦਾ ਹੈ।