Disabling connectivity checks on GrapheneOS

nodsocket

[deleted] If you are connected to WiFi but there is no upstream connection, you're supposed to get a notification. With connectivity checks disabled, you won't get any notification if the connection breaks.

nodsocket

[deleted] This article explains what SUPL is. https://www.kaspersky.com/blog/gps-agps-supl-tracking-protection/

SUPL services work by either looking at your nearby cell towers, or by the WiFi network you are connected to. Either way, it must bypass the VPN in order to get that network information. PSDS, which is the downloaded data about satellite positions, is another matter.

evalda

nodsocket WiFi Calling also completely bypasses the VPN. Even if you turn it off, it still resolves the domains which could be used to fingerprint devices on a WiFi network.

If you have airplane mode on and don't have a SIM in your device, would WiFi calling network requests still happen?

nodsocket

evalda This post talks about how WiFi Calling works. https://discuss.grapheneos.org/d/3158-wifi-calling-bypasses-vpn

It seems that the phone will always resolve the domains after a sim is inserted for the first time, until the device is factory reset.

Graphene1

I leave mine disabled all of the time. I have noticed however where some public WiFi hotspots have a some kind of log-in screen/ terms and conditions to agree to this page won't open open so the WiFi stays connected but says no internet access.

spiral

Graphene1

It's called a captive portal

matchboxbananasynergy

nodsocket Also, the network assisted location (SUPL) bypasses the vpn, though there is now a toggle for that service.

That is not true for Tensor Pixels.

nodsocket

matchboxbananasynergy How does SUPL work differently on Tensor phones?

evalda

nodsocket Thank you, that's good to know. So if a SIM was never inserted, DNS requests won't be sent?

matchboxbananasynergy

nodsocket https://twitter.com/GrapheneOS/status/1631706697751314432

On 4th/5th generation Pixels, SUPL is implemented by Qualcomm in the baseband and only uses mobile data for the connections.

On 6th/7th generation Pixels, SUPL is implemented by Broadcom gpsd in userspace. It can use any available network and gets routed through an active VPN.

nodsocket

evalda I think so. The phone needs to know which domains to resolve first, which would require a sim.

evalda

nodsocket Thank you

[deleted]

The only downside of disabling internet connectivity checks is that captive portals will not work?

alfred

[deleted] How I am understanding it, if the connectivity checks are disabled, it won't bring up the sign in page automatically for a captive portal. You can still open your browser and go to a website and it should redirect you to the sign in page. After you sign in, the network should work like normal.
If you try to go to a https page it should give you a certificate warning as the portal is redirecting you to the sign in website. If you try going to an http page it should redirect properly.

The only other drawback I am aware of is say you are connected to WiFi and the internet connection goes down, you won't get prompted that the network went out. So you can be joined to WiFi and not be aware that it is not working.

GrapheneOS

[deleted] [deleted] If the OS isn't performing connectivity checks, it doesn't know which networks are working and doesn't know when internet access is available. This breaks falling back to a working network, such as if you have both Wi-Fi and cellular where Wi-Fi loses an internet connection. You'll need to manually toggle off Wi-Fi. Apps schedule jobs which are marked as requiring internet access. If the OS doesn't know when it's available, the jobs will run when any network is available even if there's no internet access through it at the moment. You will get errors from multiple app background jobs instead of a single notice that no network access is available.

[deleted]

matchboxbananasynergy It's something that's inherently not a big deal (no user data is sent) and has been blown way out of proportion.

I think that it's quite a big deal because every time you will identify yourself as a GrapheneOS user to every public Wi-Fi and your ISP.

So if you're the only one using GrapheneOS in your city or place, then you can be traced and identified.

GrapheneOS

[deleted] To blend in with other users while using a VPN, use the Standard mode. Disabled stands out from other users nearly as much as GrapheneOS.

[deleted]

matchboxbananasynergy GrapheneOS also adds the ability to fully disable the connectivity checks. This results in the OS no longer handling captive portals itself, not falling back to other networks when some don't have internet access and not being able to delay scheduled jobs depending on internet access until it becomes available.

The OS will no longer handle captive portals itself
It will not fall back for example to cellular when your Wi-Fi has lost connection and vice versa.

The part that I don't understand is "not being able to delay scheduled jobs depending on internet access until it becomes available".

BraveDuck

If there is no VPN, in a secondary user, do the default connections, including the connectivity check go through the VPN profile in the admin user?
Or
Do default connections now go through the user with no VPN?

The main purpose of understanding this is if you wanted to have a secondary user just for TOR browser use and wanted to look like a regular AOSP user to the ISP, you would then need to change the default connections to use standard google servers?

However, in the admin user it wouldn't matter to change the default connections to google servers besides the internet connectivity checks because the other default connections go through the VPN tunnel.

Does this make sense?

GrapheneOS

[deleted]

@GrapheneOS thanks, that was informative. I decided to keep it enabled.

« Previous Page