What causes Adguard to block my internet connection?

I constantly have to stop and start the Adguard app to maintain an internet connection. However, I never have any problem maintaining an internet connection when using an alternate VPN app.

For example, after Adguard is activated for 30 to be 40 minutes, I can no longer send or receive text messages, even after selecting Adguard to not filter the text messaging app, and after white listing the IP addresses used by the text messaging application. The same problem occurs with email, Play Store, browsers, or any other app needing internet access. Stopping and starting the Adguard app restores the internet connection only temporarily, both mobile and/or wifi.

Is anyone else experiencing this problem? If so, does anyone know why this is occurring, or what causes this problem?

 

Have used DSNs from Adguard and Cisco primarily. Tried Secure DSN as suggested, but the issue remains. I will try using some other DSNs to see if that resolves the problem. Your suggestion to try alternate DSNs seems to me to be a very well thought potential solution. I am open to trying anything else, as this app is essentially useless to me now, but has been of significant value as a mobile app. I do not have this problem with the desktop application.

 

I'm having the same issue as well (I sent in a ticket with logs a little bit ago). As @NeedHelp said, after about 20 or 30 minutes I'll get an alert that my wifi no longer has an internet connection. The logs I sent in are from a rooted device with the local HTTP proxy filtering mode, but it happens to me on a stock Oreo 8.0 device and the VPN method too. Let me know in my ticket if you guys need logcats or anything.

I have the DNS settings turned off on both devices. Going to try the AdGuard DNS servers and see if that makes any difference. Though as I'm on Sprint (who only does IPv6 over LTE) and my ISP does not support IPv6, will I need to switch between the AdGuard IPv4/IPv6 DNS servers depending on my connection?

 

Changing servers has not helped, as I have experimented with several, including the ones recommended in earlier posts. My device is also un-rooted and ver 8.0.

To my dismay, and since I now know this issue is not unique to me, I will discontinue use until the next update which hopefully addresses this annoying problem.

 

Tried nightly builds with no success. Still losing the connection as before, and must stop and restart the application to restore connectivity. Very frustrating.

 

I'm going to chime in with this same problem.

New S9+
All system updates
AG fully updated, release channel
Just submitted feedback now
Problem is connection agnostic
Using DNS blocking with CloudFlare Secure. Problem persists with any DNS selection.
Have not tried proxy. (Should I? I'd rather use VPN.)
HTTPS filtering enabled, certificate installed

 

Yes, this is across all connections. I have narrowed it down to DNS. The low level setting you suggested did not fix the issue.

I have also switched to the nightly channel and DNS filtering still breaks everything.

 

AT&T. Issue is reproducible with CloudFlare regular and secure as well as system default DNS. Log reflects system default. I'll send shortly.

 

Ok, to clarify, I toggled these two settings. They are displayed in their default states. It did not fix the issue. I have reverted them.

 

Unfortunately gave up on Adguard. Switched to Disconnect which works flawlessly, blocks ads in applications, and offers secure communications.

 

I'm experiencing the same with T-Mobile. I opened up a support case however support is being completely unhelpful. I upgraded to the latest nightly to ensure it's not fixed already. Turned on "record everything". Turned off WI-FI. Restarted AdGuard. Tried to go to a web page on Chrome where I was immediately blocked. Turned off debug logging. Sent the logs to adguard.

The useless person from support responded and asked for a definition of TMO (fine, he doesn't know TMO=T-Mobile, no fault there) then asked for a screen shot of Chrome saying unable to render page. Really?!

I responded and explained TMO=T-Mobile and asked why a screenshot is needed when I provided logs.

Then he responds saying he needs me to re-do logs to make sure I'm not sending too much information because going through debug logs is hard. REALLY!

> Please send another set of logs and specify the time when the issue occurred. It's much easier to navigate through the large text files if you know which part of it refers to the problem. Thank you for understanding and helping us to help you.

This person (I will not use the word tech as this person obviously has little to no technical know how) has spent more time asking me the stupidest possible questions and no time looking at what I sent. AdGuard, why are you wasting my time like this? Why is it that this issue was reported previously but still even in the nightly no attempt to fix it?

I'm trying to help by giving you what you need to understand and reproduce the issue and I'm getting treated like crap by your useless "tech support".

I have no issues working with your support staff provided that they first look at what I send over and respond with an intelligent question relevant to the problem I'm having and after having looked at what I've already sent. Last I checked I'm the one paying for this service and support. Treat me like I'm a paying customer! If you need more information from me, that's fine. I'm more than willing to help but not until you first do your part, look at the logs, see what's there, tell me what you see and ask me for something additional that is specific and on topic.

 

I PMd it to you

 

I'm having the same issue on my LG-F800K, android8.0.0, security patch level November 1, 2018