DNS connectivity check

English:
In addition to the captive portal check, which is forwarded to Kuketz in iodé, there is also a DNS connectivity check that continues to make calls to Google (see therefore Comparison of Android-based Operating Systems). Question to the iodé developers: Is it conceivable that this will also be sub-undermined in the future by using a own server or that of GrapheneOS?
German:
Zusätzlich zum Captive portal check, der bei iodé ja zu Kuketz geleitet wird, gibt es auch noch einen DNS connectivity check, der weiterhin mit Google telefoniert (siehe auch Comparison of Android-based Operating Systems). Frage an die iodé-Entwickler: Ist es denkbar, dass in Zukunft das auch unterunden wird, indem dafür ein eigener Server oder der von GrapheneOS verwendet wird?

2 Likes

I submitted an inquiry with the developers on this, but can you clarify what actual IP / address is being made then I can search a bit better on it?

In addition, not an exact match but there was a recent discussion on various Google connections are being made by the system: IodéOS and connections to Google services

1 Like

Darauf aufmerksam geworden bin ich über Mögliches VPN-Leak unter Android - Betriebssysteme - Kuketz IT-Security Forum • IT-Sicherheit | Datenschutz . Aufgerufen wird einfach www.google.com

I found out about this on Mögliches VPN-Leak unter Android - Betriebssysteme - Kuketz IT-Security Forum • IT-Sicherheit | Datenschutz . The check simply retrieves www.google.com.

1 Like

@rik Should I open an issue on GitLab, or what is the next step?

I’m getting some feedback from the devs to validate the issue, then I will mark this thread with the Open-Issue tag and create a corresponding gitlab issue. Currently our gitlab is publicly viewable but we don’t have registrations open to the public due to the admin overhead this would create.

2 Likes