Please check the user manual first (EN/DE) and find the knowledge base and answers to technical questions in the FAQs of the former eBlocker GmbH.



New Member
Joined: 3 Wochen ago
Posts: 1
07.02.2020 11:10  


First: thanks for all your efforts for the selfdefence from "datatheft"!

I use the eBlocker for about a month now and am very happy with it. But i have a problem. Since I use the eBlocker the batteries of my smartphones are draining unusually fast. If I use the phones normaly, with eBlocker on, the battery is empty in 1/3 or 1/2 of the usual time.

Smartphone 1: Android Nougat, connected via WiFI, without https.

Smartphone 2: Android Pi, connected via WIFI, https included.

Smartphone 3: Android Pi, connected via mobile Network, https included, via eBlocker Mobile. (if i use piHole instead of eBlocker, the battery is empty after about 2 days instead of 1/2 day).

eBlockerOS: installed and updated to the newest Version on January 13th, 2020, on a raspberry-pi 3.

Is this a known issue? What can I do to resolve it?

Thank you very much in advance, kind Regards, Frager


Topic Tags
Trusted Member
Joined: 1 Monat ago
Posts: 58
07.02.2020 12:58  

Hi @Frager,

this is an Android issue, because when the smartphone tries to reach google/app sites and doesn't reach them, the frequency of trying to reach is raising, which causes the speed up battery drain.

As far as I know, there should be the possibility that the response for blocked sites can be changed / different

DNS answer for or or
not found

@benne @random
Do you know how eBlocker answers?

And the different answers are the reason for speed up battery drain.
More info also found with pihole

best regards

Random liked
Joined: 3 Monaten ago
Posts: 53
07.02.2020 21:57  

@bpr can you help here?

I don't have the answer at the moment without testing / looking at the code. Btw: much is online already

Joined: 3 Monaten ago
Posts: 16
08.02.2020 10:01  

eBlocker's DNS returns the local IP for blocked domains. It runs a server on that address that returns an HTTP/S redirect to its blocking page.

@Frager: I am not an Android expert. Is there maybe a setting that shows which apps use most energy?

You could also try if reducing eBlocker's device scanning interval at Settings / Devices / Device Discovery has any effect. Maybe the outgoing ARP packets keep some Android devices from going into sleep mode? But these packets are not routed, so they should not have any effect on devices that are remotely connected via eBlocker Mobile.

Scroll to Top