starred/AdGuardHome

Fork 0

mirror of https://github.com/AdguardTeam/AdGuardHome.git synced 2026-03-04 00:01:12 -05:00

Wi-Fi clients seem to lose internet connection - Mostly testing iPhones - Switch to LTE and then back to Wi-Fi resolves #5504

New issue

Open

opened 2026-03-04 06:12:01 -05:00 by deekerman · 9 comments

deekerman commented

2026-03-04 06:12:01 -05:00

Owner

Originally created by @brettstark73 on GitHub (Jan 12, 2025).

Prerequisites

I have checked the Wiki and Discussions and found no answer
I have searched other issues and found no duplicates
I want to report a bug and not ask a question or ask for help
I have set up AdGuard Home correctly and configured clients to use it. (Use the Discussions for help with installing and configuring clients.)

Platform (OS and CPU architecture)

Darwin (aka macOS), AMD64 (aka x86_64)

Installation

GitHub releases or script from README

Setup

On one machine

AdGuard Home version

v0.107.55

Action

browse the internet particularly from an iPhone app - Seem to see issue more at night or first thing in the morning but not sure if that has anything to do with it. Simply try to use like a news app, BBC or facebook or whatever to connect to the internet.

Expected result

apps/connection works as normal

Actual result

iphones seems not connected to the internet.
switching to LTE and back to Wi-Fi after some time, 15s or so seems to somehow resolve the issue.

Adguard is still installed on a mac mini. Everything is wireless including the mac mini. The mac mini has a fixed IP address and I have set my wi-fi router to point to the mac mini for DNS as described in the setup of AdGuard. I have set the mac-mini to use an app called amphetamine to 'stay awake' indefinitely. I assume that is working.

Additional information and/or screenshots

No response

Originally created by @brettstark73 on GitHub (Jan 12, 2025). ### Prerequisites - [X] I have checked the [Wiki](https://github.com/AdguardTeam/AdGuardHome/wiki) and [Discussions](https://github.com/AdguardTeam/AdGuardHome/discussions/categories/q-a) and found no answer - [X] I have searched other issues and found no duplicates - [X] I want to report a bug and not [ask a question or ask for help](https://github.com/AdguardTeam/AdGuardHome/discussions/categories/q-a) - [X] I have set up AdGuard Home correctly and [configured clients to use it](https://github.com/AdguardTeam/AdGuardHome/wiki/Clients). (Use the [Discussions](https://github.com/AdguardTeam/AdGuardHome/discussions/categories/q-a) for help with installing and configuring clients.) ### Platform (OS and CPU architecture) Darwin (aka macOS), AMD64 (aka x86_64) ### Installation GitHub releases or script from README ### Setup On one machine ### AdGuard Home version v0.107.55 ### Action browse the internet particularly from an iPhone app - Seem to see issue more at night or first thing in the morning but not sure if that has anything to do with it. Simply try to use like a news app, BBC or facebook or whatever to connect to the internet. ### Expected result apps/connection works as normal ### Actual result iphones seems not connected to the internet. switching to LTE and back to Wi-Fi after some time, 15s or so seems to somehow resolve the issue. Adguard is still installed on a mac mini. Everything is wireless including the mac mini. The mac mini has a fixed IP address and I have set my wi-fi router to point to the mac mini for DNS as described in the setup of AdGuard. I have set the mac-mini to use an app called amphetamine to 'stay awake' indefinitely. I assume that is working. ### Additional information and/or screenshots _No response_

deekerman added the

cannot reproduce

waiting for data

labels

2026-03-04 06:12:01 -05:00

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@Dynamic5912 commented on GitHub (Jan 12, 2025):

So what's the question?

What troubleshooting have you carried out to point the issue to being AGH?

@Dynamic5912 commented on GitHub (Jan 12, 2025): So what's the question? What troubleshooting have you carried out to point the issue to being AGH?

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@tjharman commented on GitHub (Jan 12, 2025):

Hi,
Please provide some logs or details as to why you think this is an AdguardHome issue. There are many of us, myself included, that use AdGuardHome and have many iPhone/iPad devices attached to it (indeed, this is how I control to a degree the websites/ads that my children are subject to) and there are no known issues here.

This sounds like either a problem with your MacMini going to sleep, losing its network connectivity, or some other issue where you MacMini is sometimes unable to contact the upstream DNS server(s) configured. Does your home router prehaps have a maximum number of clients allowed or similar?

The other problem I can think is your router is configured to hand out two different IPs for DNS resolution to your clients, but only one works, and when the client rotates to the other it starts to fail (and turning Wifi off and on again makes it resort to the first working IP again)

I will leave this ticket open for a little bit, but will close unless you can provide some more solid logs/evidence that this is an AGH issue.

Thanks!

@tjharman commented on GitHub (Jan 12, 2025): Hi, Please provide some logs or details as to why you think this is an AdguardHome issue. There are many of us, myself included, that use AdGuardHome and have many iPhone/iPad devices attached to it (indeed, this is how I control to a degree the websites/ads that my children are subject to) and there are no known issues here. This sounds like either a problem with your MacMini going to sleep, losing its network connectivity, or some other issue where you MacMini is sometimes unable to contact the upstream DNS server(s) configured. Does your home router prehaps have a maximum number of clients allowed or similar? The other problem I can think is your router is configured to hand out two different IPs for DNS resolution to your clients, but only one works, and when the client rotates to the other it starts to fail (and turning Wifi off and on again makes it resort to the first working IP again) I will leave this ticket open for a little bit, but will close unless you can provide some more solid logs/evidence that this is an AGH issue. Thanks!

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@brettstark73 commented on GitHub (Jan 12, 2025):

Hello - Thanks for responses. I am not sure what trouble shooting to try actually. Before installing AGH, i very very rarely had any internet connectivity issues. So, I guess I can uninstall AGH or at least just point my routers to the Comcast DNS servers again and see what happens then. I use TP Link DECO mesh routers. The settings are a bit strange because you can't just set the DNS settings to any internal LAN IP address. You have to change the DNS settings under the DHCP setting for some reason - described here - https://www.tp-link.com/us/support/faq/1855/

One thing I thought of doing is just put a comcast DNS as the 2nd DNS router setting in case for some reason my mac mini can not be reached./is asleep etc.

One question also thanks - in the DNS setting - should i set 127.0.0.1 or the IP address of my mac mini which hosts AdGuard? Currently I have it set to the IP address of my mac mini but perhaps I screwed up and it should be 127.x.

thx

@brettstark73 commented on GitHub (Jan 12, 2025): Hello - Thanks for responses. I am not sure what trouble shooting to try actually. Before installing AGH, i very very rarely had any internet connectivity issues. So, I guess I can uninstall AGH or at least just point my routers to the Comcast DNS servers again and see what happens then. I use TP Link DECO mesh routers. The settings are a bit strange because you can't just set the DNS settings to any internal LAN IP address. You have to change the DNS settings under the DHCP setting for some reason - described here - https://www.tp-link.com/us/support/faq/1855/ One thing I thought of doing is just put a comcast DNS as the 2nd DNS router setting in case for some reason my mac mini can not be reached./is asleep etc. One question also thanks - in the DNS setting - should i set 127.0.0.1 or the IP address of my mac mini which hosts AdGuard? Currently I have it set to the IP address of my mac mini but perhaps I screwed up and it should be 127.x. thx

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@tjharman commented on GitHub (Jan 12, 2025):

It should definetly be the IP address of your MacMini. 127.x is "host local" only.

@tjharman commented on GitHub (Jan 12, 2025): It should definetly be the IP address of your MacMini. 127.x is "host local" only.

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@brettstark73 commented on GitHub (Jan 12, 2025):

I will try to read AGH logging and see if i can attach the logs.

@brettstark73 commented on GitHub (Jan 12, 2025): I will try to read AGH logging and see if i can attach the logs.

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@tjharman commented on GitHub (Jan 14, 2025):

Hi @brettstark73 any further updates?
Are you happy for me to close this or do you still feel this is an AdGuardHome bug/issue?

@tjharman commented on GitHub (Jan 14, 2025): Hi @brettstark73 any further updates? Are you happy for me to close this or do you still feel this is an AdGuardHome bug/issue?

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@geransmith commented on GitHub (Mar 5, 2025):

I know this is an older one…

I have somewhat similar issues, but I notice it a lot more on WiFi Apple devices. I don’t know if my other report is related (https://github.com/AdguardTeam/AdGuardHome/issues/7643).

Essentially any WiFi Apple device will take 5-10 seconds to load a webpage when it first wakes up. So for example if my phone has been in my pocket and I pull it out to look at email, my email won’t load for 5-10 seconds. After that, everything is generally fine and nothing is slow. My UniFi AP has some logs indicating a timeout reaching DNS.

The other symptom is that I’ll be on my phone and the “no network connection” message will appear. Hitting stay on WiFi gets it working after a second.

Swapping to the Adguard public DNS IP (or any public DNS) on my iPhone seems to resolve the issue. So I believe it is somehow limited to AdGuard Home. I may swap one device to be a PiHole as an ultimate test…

@geransmith commented on GitHub (Mar 5, 2025): I know this is an older one… I have somewhat similar issues, but I notice it a lot more on WiFi Apple devices. I don’t know if my other report is related (https://github.com/AdguardTeam/AdGuardHome/issues/7643). Essentially any WiFi Apple device will take 5-10 seconds to load a webpage when it first wakes up. So for example if my phone has been in my pocket and I pull it out to look at email, my email won’t load for 5-10 seconds. After that, everything is generally fine and nothing is slow. My UniFi AP has some logs indicating a timeout reaching DNS. The other symptom is that I’ll be on my phone and the “no network connection” message will appear. Hitting stay on WiFi gets it working after a second. Swapping to the Adguard public DNS IP (or any public DNS) on my iPhone seems to resolve the issue. So I believe it is somehow limited to AdGuard Home. I may swap one device to be a PiHole as an ultimate test…

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@geransmith commented on GitHub (Mar 6, 2025):

@brettstark73 are you using UniFi for your home network?

@geransmith commented on GitHub (Mar 6, 2025): @brettstark73 are you using UniFi for your home network?

deekerman commented

2026-03-04 06:12:09 -05:00

Author

Owner

@geransmith commented on GitHub (Mar 10, 2025):

Adding some extra data; swapping to PiHole or to Technitium for DNS seems to prevent this issue. I suspect it is something specific with AdGuard.

@geransmith commented on GitHub (Mar 10, 2025): Adding some extra data; swapping to PiHole or to Technitium for DNS seems to prevent this issue. I suspect it is something specific with AdGuard.

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/AdGuardHome#5504

No description provided.

Rows
Columns