supl.google.com

GrapheneOS

Your carrier is configured to use Google's SUPL server. There is no carrier in the default install without inserting or activating a SIM.

John443

GrapheneOS
So I recently switched from IOS to Grapheneos. On IOS there was no connection to supl.google.com. Is it really the carrier then? A toggle to intercept both supl.google.com and google.psds.grapheneos.org would be great.

f13a-6c3a

Per this twitt:
https://twitter.com/GrapheneOS/status/1601367470639808512?s=20&t=IufHte4n7iTmSFujRlox0Q
"Default SUPL server is http://supl.google.com but carriers can choose the implementation. If you don't want SUPL being used, you simply have to delete supl from your APN types."
and
"Yes, that disables SUPL, which is either using the default http://supl.google.com or a carrier provided SUPL configuration. Carriers aren't providing their own SUPL servers in practice since control plane A-GNSS exists. You may also want to remove dun"

Changed "APN type" from:
default,supl,dun
to:
default

enduring78

Did anyone test to see if the requests are really gone after removing 'supl' from the APN type?

It worked before, but somehow after the Android 13 QPR1 update (or around that time) the APN type was automatically set back to 'default,supl'. OK, I thought, let's remove it again. The APN type still says 'default', yet the supl requests are still made in a regular interval even after toggling airplane mode and a reboot.

Does anyone know what is going on here?

AloofChocolate

Here is a piece on the supl.google.com problem. dating back to 2017, my pi-hole is showing the supl.google.com problem and I don't have a carrier install as of yet for the graphenos.

https://forum.xda-developers.com/t/keep-a-gps-supl-disabled-upon-rom-install.3612024/

matchboxbananasynergy

Quick update to this:

https://grapheneos.org/releases#2023021000

add toggle to Settings ➔ Location for force disabling SUPL as a carrier-independent replacement for editing APN configuration since editing APN configuration is unintuitive, not fully respected on Tensor SoC devices and users with no carrier should be able to disable it without using airplane mode

[deleted]

matchboxbananasynergy Hi, I don't really understand what the new SUPL toggle is for and I don't know what SUPL is either?

Azerick

[deleted]

Same. No idea what disabling it does (or breaks)

[deleted]

Hi guys, I'm new to Graphene so I'm not very familiar with the system.
Should I leave the item under Location (Force disable Secure User Plane Location SUPL) enabled or rather disabled?

Can enabling this option corrupt or crash something?

Hat

SUPL is a protocol for assisted GPS to find your location faster downloading some data.

"Force disable Secure User Plane Location (SUPL)" :
If OFF your data could be sent to Google but with no personal carrier info.
If ON the SUPL service it's not used, your GPS will be a little bit slower to find your location.

[deleted]

Hat

Thank you very much ! :)

[deleted]

[deleted] Sorry but I still don't understand the interest of forcing the deactivation or not of SUPL

[deleted]

[deleted]
It doesn't matter. If you are fine with the default settings, leave it as it is. The point is that some people try to avoid any connections to Google, and this new toggle can mitigate one of such a connection/ communication channels.

GrapheneOS

We now override the server to our supl.grapheneos.org proxy by default and the disable toggle was replaced with a choice between our proxy, the standard server chosen by the carrier (usually supl.google.com fallback) or disabled.