Wi-Fi ਬਦਲਣ ਤੋਂ ਬਾਅਦ SSID ਫਾਇਰਵਾਲ ਨਿਯਮ ਫਿਲਟਰ ਕਰਨਾ ਬੰਦ ਕਰ ਗਿਆ
SSID-ਅਧਾਰਿਤ ਫਾਇਰਵਾਲ ਤਦ ਖੁੱਲ੍ਹਾ ਰਹਿ ਜਾਂਦਾ ਹੈ ਜਦੋਂ Android ਕੋਈ ਅਣਜਾਣ ਨੈੱਟਵਰਕ ਨਾਮ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਪਛਾਣ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਵੱਖ ਕਰੋ ਅਤੇ ਅਣਜਾਣ ਹਾਲਤ ਨੂੰ ਆਪਣੀ ਨੀਤੀ ਦਿਓ।
ਨਿਯਮ ਸਧਾਰਨ ਸੀ: ਫੋਨ ਦਫ਼ਤਰ ਦੇ Wi-Fi ਨਾਲ ਜੁੜਿਆ ਹੋਣ ਤਾਂ ਹੀ ਟ੍ਰੈਫਿਕ ਫਿਲਟਰ ਕਰੋ। ਇਹ ਮਹੀਨਿਆਂ ਤੱਕ ਚੱਲਿਆ, ਫਿਰ ਇੱਕ ਸਵੇਰੇ ਫੋਨ ਉਸੇ SSID ਉੱਤੇ ਉਸੇ ਚਾਬੀ ਆਈਕਨ ਨਾਲ ਬੈਠਾ ਸੀ ਅਤੇ ਫਿਲਟਰਿੰਗ ਰੁਕ ਗਈ ਸੀ। ਨੈੱਟਵਰਕ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ ਸੀ; ਬਦਲਿਆ ਇਹ ਸੀ ਕਿ ਐਪ ਨੈੱਟਵਰਕ ਦਾ ਨਾਮ ਦੇਖ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। Android ਵਿੱਚ, «ਮੈਂ ਕਿਹੜੇ Wi-Fi ਉੱਤੇ ਹਾਂ» ਅਤੇ «ਇਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕੋ» ਦੋ ਵੱਖਰੇ ਕੰਮ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾ ਦੇਣ ਵਾਲਾ ਫਾਇਰਵਾਲ ਉਦੋਂ ਹੀ ਖੁੱਲ੍ਹਾ ਰਹਿ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਨਾਮ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ।
ਲੱਛਣ: ਪਛਾਣ ਗੁੰਮ ਹੁੰਦੀ ਹੈ ਅਤੇ ਨੀਤੀ ਉਸਦੇ ਪਿੱਛੇ ਚੱਲਦੀ ਹੈ
SSID ਨਿਯਮ ਇੱਕ ਮੁੱਲ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਫਿਰ ਸ਼ਾਖਾ ਚੁਣਦਾ ਹੈ। ਜਦੋਂ ਪੜ੍ਹਤ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਵਾਪਸ ਨਹੀਂ ਕਰਦੀ, ਕੋਡ ਨੂੰ ਕੁਝ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਆਮ ਡਿਫ਼ਾਲਟ «ਉਮੀਦ ਵਾਲਾ ਨੈੱਟਵਰਕ ਨਹੀਂ, ਇਸ ਲਈ ਫਿਲਟਰ ਨਾ ਕਰੋ» ਹੁੰਦਾ ਹੈ। ਉਹ ਡਿਫ਼ਾਲਟ ਇਜਾਜ਼ਤ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਟ੍ਰੈਫਿਕ ਲੀਕ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਚਾਬੀ ਦਾ ਆਈਕਨ ਦਿਖਦਾ ਰਹਿੰਦਾ ਹੈ ਕਿਉਂਕਿ VPN ਸੇਵਾ ਅਜੇ ਚੱਲ ਰਹੀ ਹੈ; ਇਹ ਬੱਸ ਦੂਜੀ ਸ਼ਾਖਾ ਲਾਗੂ ਕਰ ਰਹੀ ਹੈ।
ਨੈੱਟਵਰਕ ਵੱਲ ਨਹੀਂ, ਘਟਨਾਵਾਂ ਦੇ ਕ੍ਰਮ ਵੱਲ ਦੇਖੋ। ਰੱਦ ਕੀਤਾ ਇਜਾਜ਼ਤ ਸੰਵਾਦ, SSID ਪਹੁੰਚ ਨੂੰ ਕਿਸੇ ਹੋਰ ਇਜਾਜ਼ਤ ਪਿੱਛੇ ਭੇਜਣ ਵਾਲਾ ਸਿਸਟਮ ਅੱਪਡੇਟ, ਬੰਦ ਕੀਤੀਆਂ ਟਿਕਾਣਾ ਸੇਵਾਵਾਂ, ਜਾਂ ਕੰਮ ਪ੍ਰੋਫ਼ਾਈਲ ਨੀਤੀ ਵਿੱਚ ਤਬਦੀਲੀ, ਇਹ ਸਭ ਫੋਨ ਉਸੇ ਪਹੁੰਚ ਬਿੰਦੂ ਉੱਤੇ ਰਹਿੰਦਿਆਂ ਉਹੀ ਨਤੀਜਾ ਦੇ ਸਕਦੇ ਹਨ।
ਨਾਮ ਅਣਜਾਣ ਕਿਉਂ ਵਾਪਸ ਆ ਸਕਦਾ ਹੈ
WifiInfo.getSSID() ਮੌਜੂਦਾ ਨੈੱਟਵਰਕ ਦੀ ਸੇਵਾ-ਸਮੂਹ ਪਛਾਣ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਅਤੇ Android ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਟਿਕਾਣਾ-ਸੰਵੇਦਨਸ਼ੀਲ ਖੇਤਰਾਂ ਤੱਕ ਪਹੁੰਚ ਇਜਾਜ਼ਤ ਉੱਤੇ ਨਿਰਭਰ ਹੈ। ਜਦੋਂ ਪਹੁੰਚ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦੀ, ਕਾਲ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਥਾਂ UNKNOWN_SSID ਵਾਪਸ ਕਰਦੀ ਹੈ। ਇਸ ਲਈ ਖਾਲੀ ਜਾਂ ਅਣਜਾਣ ਮੁੱਲ ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਫੋਨ ਨੇ Wi-Fi ਛੱਡ ਦਿੱਤਾ; ਇਹ ਸਬੂਤ ਹੈ ਕਿ ਐਪ ਨੈੱਟਵਰਕ ਦਾ ਵਰਗੀਕਰਨ ਨਹੀਂ ਕਰ ਸਕਦੀ।
ਦੋ ਜਾਂਚਾਂ ਇਹਨਾਂ ਹਾਲਤਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀਆਂ ਹਨ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫੋਨ ਜੁੜਿਆ ਹੈ ਅਤੇ ਦੇਖੋ ਸਿਸਟਮ ਕੀ ਦੱਸਦਾ ਹੈ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪ ਕੋਲ ਇਸ Android ਸੰਸਕਰਣ ਉੱਤੇ ਲੋੜੀਂਦੀ ਇਜਾਜ਼ਤ ਸੱਚਮੁੱਚ ਹੈ:
adb shell cmd wifi status
adb shell dumpsys package <your.app> | grep -i -E "ACCESS_FINE_LOCATION|NEARBY_WIFI_DEVICES"ਜੇ ਸਥਿਤੀ ਲਾਈਨ ਜੁੜਿਆ ਨੈੱਟਵਰਕ ਦਿਖਾਉਂਦੀ ਹੈ ਪਰ ਐਪ ਅਣਜਾਣ ਨਾਮ ਦੇਖਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਇਜਾਜ਼ਤ ਜਾਂ API ਪੱਧਰ ਦੀ ਹੈ, Wi-Fi ਦੀ ਨਹੀਂ। ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਅੱਗੇ ਦਾ ਹਰ ਨਿਯਮ ਉਸ ਮੁੱਲ ਦੇ ਵਿਰੁੱਧ ਮੁੱਲਿਆਂਕਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਐਪ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦੀ।
ਫਿਲਟਰਿੰਗ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਚੱਲਦੀ ਹੈ
ਸਥਾਨਕ Android ਫਾਇਰਵਾਲ ਆਮ ਤੌਰ ਉੱਤੇ ਟ੍ਰੈਫਿਕ ਦੂਰ ਦੇ ਸਰਵਰ ਉੱਤੇ ਨਾ ਭੇਜ ਕੇ VpnService ਮਾਡਲ ਵਰਤਦਾ ਹੈ: ਇਹ ਵਰਚੁਅਲ ਇੰਟਰਫ਼ੇਸ ਲੈਂਦਾ ਹੈ, ਆਪਣੇ ਨਿਯਮ ਲਾਗੂ ਕਰਦਾ ਹੈ ਅਤੇ ਜਿਸਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਉਹ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਪਲੇਟਫ਼ਾਰਮ ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਪ੍ਰੋਫ਼ਾਈਲ ਇੱਕ ਸਰਗਰਮ VPN ਸੇਵਾ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਦੂਜੀ ਪਹਿਲੀ ਉੱਤੇ ਪਰਤ ਬਣਨ ਦੀ ਥਾਂ ਉਸਦੀ ਥਾਂ ਲੈ ਲੈਂਦੀ ਹੈ। ਇਸ ਲਈ ਵੱਖਰੀ ਫਾਇਰਵਾਲ ਐਪ ਅਤੇ ਵੱਖਰਾ ਕੰਮ VPN ਦੋ-ਪੜਾਅ ਲੜੀ ਨਹੀਂ ਬਣਾਉਂਦੇ; ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜਿੱਤਦਾ ਹੈ।
ਇਹ SSID ਨਿਯਮ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਲਾਗੂ ਕਰਨ ਦਾ ਬਿੰਦੂ ਅਤੇ ਨਿਰੀਖਣ ਦਾ ਬਿੰਦੂ ਵੱਖਰੇ ਹਿੱਸੇ ਹਨ। ਡਿਵਾਈਸ ਤੋਂ ਕੀ ਨਿਕਲਦਾ ਹੈ ਇਹ VpnService ਤੈਅ ਕਰਦਾ ਹੈ; Wi-Fi API ਸਿਰਫ਼ ਲੇਬਲ ਦਿੰਦੀ ਹੈ। ਐਪ ਸਹੀ ਲਾਗੂ ਕਰਕੇ ਗਲਤ ਵਰਗੀਕਰਨ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਸ ਲੇਖ ਦੀ ਖਰਾਬੀ ਠੀਕ ਇਹੀ ਹੈ।
ਅਣਜਾਣ ਨੂੰ ਆਪਣੀ ਨੀਤੀ ਦਿਓ
ਨੈੱਟਵਰਕ ਪਛਾਣ ਨੂੰ ਤਿੰਨ ਹਾਲਤਾਂ ਵਜੋਂ ਲਵੋ, ਅਤੇ ਨਿਯਮ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰੇਕ ਲਈ ਨੀਤੀ ਲਿਖੋ। ਤੀਜੀ ਹਾਲਤ ਹੀ ਭੁੱਲੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਹਮਲਾਵਰ ਜਾਂ ਗਲਤ ਸੰਰਚਨਾ ਤੁਹਾਨੂੰ ਠੀਕ ਉਸੇ ਵਿੱਚ ਰੱਖਦੀ ਹੈ।
| Observation | Policy to specify |
|---|---|
| Expected SSID is readable | The explicit filtering policy you designed |
| A different SSID is readable | The default policy for untrusted networks |
| Unknown, changing or unreadable | Fail closed until classification is reliable |
ਬੰਦ ਹੋ ਕੇ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਕਿ ਅਣਜਾਣ ਹਾਲਤ ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਨਹੀਂ ਸਗੋਂ ਸਭ ਤੋਂ ਸਖ਼ਤ ਵਾਜਬ ਨੀਤੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦੀ ਹੈ। ਜੇ ਇਸ ਨਾਲ ਨਵੇਂ ਨੈੱਟਵਰਕ ਉੱਤੇ ਫੋਨ ਬੇਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਹੀ ਹੱਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਦਿਖਣ ਵਾਲਾ ਅਪਵਾਦ ਹੈ, ਖਾਲੀ ਮੁੱਲ ਦੀ ਜਾਂਚ ਵਿੱਚ ਲੁਕਿਆ ਚੁੱਪ ਭਰੋਸਾ-ਫੈਸਲਾ ਨਹੀਂ।
ਜਾਣਿਆ-ਪਛਾਣਿਆ SSID ਇੱਕ ਲੇਬਲ ਹੈ, ਨੈੱਟਵਰਕ ਆਪਰੇਟਰ ਦਾ ਸਬੂਤ ਨਹੀਂ। ਕੋਈ ਵੀ ਦਫ਼ਤਰ ਦੇ ਨਾਮ ਨਾਲ ਪਹੁੰਚ ਬਿੰਦੂ ਚਲਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਨਾਮ ਦਾ ਮੇਲ ਕਦੇ ਵੀ ਸੰਵੇਦਨਸ਼ੀਲ ਸੈਸ਼ਨ ਅਤੇ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਹਿੱਸੇ ਵਿਚਕਾਰ ਇੱਕੋ ਇੱਕ ਚੀਜ਼ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।
ਸਥਿਰ ਹਾਲਤ ਨਹੀਂ, ਤਬਦੀਲੀਆਂ ਦੀ ਪਰਖ ਕਰੋ
ਸਥਿਰ ਹਾਲਤ ਦੀ ਪਰਖ ਉਸ ਨੈੱਟਵਰਕ ਉੱਤੇ ਪਾਸ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਨਿਯਮ ਬਣਾਇਆ ਸੀ। ਖਰਾਬੀਆਂ ਤਬਦੀਲੀਆਂ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ: ਰੱਦ ਕੀਤੀ ਇਜਾਜ਼ਤ, Wi-Fi ਤੋਂ ਮੋਬਾਈਲ, ਇੱਕ SSID ਤੋਂ ਦੂਜੇ, VPN ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ, ਅਤੇ ਦੂਜੀ VPN ਐਪ ਇੰਟਰਫ਼ੇਸ ਲੈ ਲੈਣਾ। ਹਰੇਕ ਲਈ ਤੈਅ ਕਰੋ ਕਿ ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਮੁੜ ਵਿਚਾਰੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਅਤੇ ਹਾਲਤ ਅਣਜਾਣ ਹੋਣ ਵੇਲੇ ਸੁਰੱਖਿਅਤ ਟ੍ਰੈਫਿਕ ਰੋਕਿਆ ਰਹਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਨਤੀਜਾ ਤਿੰਨ ਵਾਕਾਂ ਵਿੱਚ ਲਿਖੋ: ਦੇਖੀ ਗਈ ਸ਼ਰਤ, ਫੈਸਲਾ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਹਿੱਸਾ, ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਬਦਲ। ਇਹਨਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਗੁੰਮ ਹੋਵੇ ਤਾਂ ਨਿਯਮ ਅਜੇ ਨੀਤੀ ਨਹੀਂ; ਇਹ ਇੱਕ ਅੰਦਾਜ਼ਾ ਹੈ ਜੋ ਦਫ਼ਤਰ ਦੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਇਤਫ਼ਾਕਨ ਕੰਮ ਕਰਦਾ ਹੈ।