PiHole on Synology NAS gives DNS timeout
I recently bought myself a new Synology NAS on which you can install and run Docker images.
One of the containers I'd like to run is pihole/pihole (v4). This appears to be working and from what I can see in the web portal (of both the NAS and PiHole) it's working properly.
All requests I'm making (from a phone, laptop or desktop) appear to be resolved via PiHole.
There is however 1 major problem. It appears, even though the DNS requests are being made in PiHole, the responses aren't returned to my devices. When doing an nslookup or ping I'm not receiving any response.
D:Temp>nslookup google.nl
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 192.168.1.158
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out
But as I already mentioned, I do see stuff getting resolved the PiHole portal.
2018-08-23 21:20:24 AAAA google.nl 172.17.0.1 OK (forwarded) N/A
There is a firewall present on the Synology, which was turned off. I've turned it on again and enabled a rule to Allow all traffic (which should be the same as turning it off). I also turned off my Windows Firewall, just to test stuff.
Sadly, both solutions didn't help a bit.
I think my configuration is set up correctly, port 53 is being forwarded to port 53 in the container.

Port 80 and 443 aren't set up correctly yet, but this shouldn't be an issue when resolving domains.
Port 67 is used for DHCP, which I'm not handling in PiHole, so it shouldn't matter also.
The container is running in Bridge network mode which shouldn't pose any problem if the necessary ports are being forwarded correctly.
Running the container in Host network mode didn't appear to be working either, probably because the public ports are assigned Auto ports in this mode.
For completeness sake, a screenshot of all my info service on the Synology.

I had assumed port 53 should be shown on the Local Port column for the Docker entry. Maybe that's the problem, but I don't know how this has to be resolved. The Test Connection button appears not to do much either.
So my question is, what could be the problem my PiHole container is doing DNS requests for my devices, but the responses aren't being returned to any of my devices?
networking dns nas docker pihole
add a comment |
I recently bought myself a new Synology NAS on which you can install and run Docker images.
One of the containers I'd like to run is pihole/pihole (v4). This appears to be working and from what I can see in the web portal (of both the NAS and PiHole) it's working properly.
All requests I'm making (from a phone, laptop or desktop) appear to be resolved via PiHole.
There is however 1 major problem. It appears, even though the DNS requests are being made in PiHole, the responses aren't returned to my devices. When doing an nslookup or ping I'm not receiving any response.
D:Temp>nslookup google.nl
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 192.168.1.158
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out
But as I already mentioned, I do see stuff getting resolved the PiHole portal.
2018-08-23 21:20:24 AAAA google.nl 172.17.0.1 OK (forwarded) N/A
There is a firewall present on the Synology, which was turned off. I've turned it on again and enabled a rule to Allow all traffic (which should be the same as turning it off). I also turned off my Windows Firewall, just to test stuff.
Sadly, both solutions didn't help a bit.
I think my configuration is set up correctly, port 53 is being forwarded to port 53 in the container.

Port 80 and 443 aren't set up correctly yet, but this shouldn't be an issue when resolving domains.
Port 67 is used for DHCP, which I'm not handling in PiHole, so it shouldn't matter also.
The container is running in Bridge network mode which shouldn't pose any problem if the necessary ports are being forwarded correctly.
Running the container in Host network mode didn't appear to be working either, probably because the public ports are assigned Auto ports in this mode.
For completeness sake, a screenshot of all my info service on the Synology.

I had assumed port 53 should be shown on the Local Port column for the Docker entry. Maybe that's the problem, but I don't know how this has to be resolved. The Test Connection button appears not to do much either.
So my question is, what could be the problem my PiHole container is doing DNS requests for my devices, but the responses aren't being returned to any of my devices?
networking dns nas docker pihole
add a comment |
I recently bought myself a new Synology NAS on which you can install and run Docker images.
One of the containers I'd like to run is pihole/pihole (v4). This appears to be working and from what I can see in the web portal (of both the NAS and PiHole) it's working properly.
All requests I'm making (from a phone, laptop or desktop) appear to be resolved via PiHole.
There is however 1 major problem. It appears, even though the DNS requests are being made in PiHole, the responses aren't returned to my devices. When doing an nslookup or ping I'm not receiving any response.
D:Temp>nslookup google.nl
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 192.168.1.158
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out
But as I already mentioned, I do see stuff getting resolved the PiHole portal.
2018-08-23 21:20:24 AAAA google.nl 172.17.0.1 OK (forwarded) N/A
There is a firewall present on the Synology, which was turned off. I've turned it on again and enabled a rule to Allow all traffic (which should be the same as turning it off). I also turned off my Windows Firewall, just to test stuff.
Sadly, both solutions didn't help a bit.
I think my configuration is set up correctly, port 53 is being forwarded to port 53 in the container.

Port 80 and 443 aren't set up correctly yet, but this shouldn't be an issue when resolving domains.
Port 67 is used for DHCP, which I'm not handling in PiHole, so it shouldn't matter also.
The container is running in Bridge network mode which shouldn't pose any problem if the necessary ports are being forwarded correctly.
Running the container in Host network mode didn't appear to be working either, probably because the public ports are assigned Auto ports in this mode.
For completeness sake, a screenshot of all my info service on the Synology.

I had assumed port 53 should be shown on the Local Port column for the Docker entry. Maybe that's the problem, but I don't know how this has to be resolved. The Test Connection button appears not to do much either.
So my question is, what could be the problem my PiHole container is doing DNS requests for my devices, but the responses aren't being returned to any of my devices?
networking dns nas docker pihole
I recently bought myself a new Synology NAS on which you can install and run Docker images.
One of the containers I'd like to run is pihole/pihole (v4). This appears to be working and from what I can see in the web portal (of both the NAS and PiHole) it's working properly.
All requests I'm making (from a phone, laptop or desktop) appear to be resolved via PiHole.
There is however 1 major problem. It appears, even though the DNS requests are being made in PiHole, the responses aren't returned to my devices. When doing an nslookup or ping I'm not receiving any response.
D:Temp>nslookup google.nl
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 192.168.1.158
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out
But as I already mentioned, I do see stuff getting resolved the PiHole portal.
2018-08-23 21:20:24 AAAA google.nl 172.17.0.1 OK (forwarded) N/A
There is a firewall present on the Synology, which was turned off. I've turned it on again and enabled a rule to Allow all traffic (which should be the same as turning it off). I also turned off my Windows Firewall, just to test stuff.
Sadly, both solutions didn't help a bit.
I think my configuration is set up correctly, port 53 is being forwarded to port 53 in the container.

Port 80 and 443 aren't set up correctly yet, but this shouldn't be an issue when resolving domains.
Port 67 is used for DHCP, which I'm not handling in PiHole, so it shouldn't matter also.
The container is running in Bridge network mode which shouldn't pose any problem if the necessary ports are being forwarded correctly.
Running the container in Host network mode didn't appear to be working either, probably because the public ports are assigned Auto ports in this mode.
For completeness sake, a screenshot of all my info service on the Synology.

I had assumed port 53 should be shown on the Local Port column for the Docker entry. Maybe that's the problem, but I don't know how this has to be resolved. The Test Connection button appears not to do much either.
So my question is, what could be the problem my PiHole container is doing DNS requests for my devices, but the responses aren't being returned to any of my devices?
networking dns nas docker pihole
networking dns nas docker pihole
edited Nov 13 '18 at 9:55
slhck
160k47444466
160k47444466
asked Nov 12 '18 at 13:02
Jan_VJan_V
1018
1018
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
I've finaly managed to solve my timeout issue.
When navigating to the PiHole settings in the webportal, there's an option called Interface listening behavior.
This setting was set at the option Listen only on interface eth0. I've changed this to Listen on all interfaces and the problem appears to be solved on my machines.
The option Listen on all interfaces, permit all origins also appears to work, but I'd rather not keep this option activated.
Also, I had to change the network from Bridged to Host. The port forwarding doesn't appear to work (properly) at the moment.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1374713%2fpihole-on-synology-nas-gives-dns-timeout%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I've finaly managed to solve my timeout issue.
When navigating to the PiHole settings in the webportal, there's an option called Interface listening behavior.
This setting was set at the option Listen only on interface eth0. I've changed this to Listen on all interfaces and the problem appears to be solved on my machines.
The option Listen on all interfaces, permit all origins also appears to work, but I'd rather not keep this option activated.
Also, I had to change the network from Bridged to Host. The port forwarding doesn't appear to work (properly) at the moment.
add a comment |
I've finaly managed to solve my timeout issue.
When navigating to the PiHole settings in the webportal, there's an option called Interface listening behavior.
This setting was set at the option Listen only on interface eth0. I've changed this to Listen on all interfaces and the problem appears to be solved on my machines.
The option Listen on all interfaces, permit all origins also appears to work, but I'd rather not keep this option activated.
Also, I had to change the network from Bridged to Host. The port forwarding doesn't appear to work (properly) at the moment.
add a comment |
I've finaly managed to solve my timeout issue.
When navigating to the PiHole settings in the webportal, there's an option called Interface listening behavior.
This setting was set at the option Listen only on interface eth0. I've changed this to Listen on all interfaces and the problem appears to be solved on my machines.
The option Listen on all interfaces, permit all origins also appears to work, but I'd rather not keep this option activated.
Also, I had to change the network from Bridged to Host. The port forwarding doesn't appear to work (properly) at the moment.
I've finaly managed to solve my timeout issue.
When navigating to the PiHole settings in the webportal, there's an option called Interface listening behavior.
This setting was set at the option Listen only on interface eth0. I've changed this to Listen on all interfaces and the problem appears to be solved on my machines.
The option Listen on all interfaces, permit all origins also appears to work, but I'd rather not keep this option activated.
Also, I had to change the network from Bridged to Host. The port forwarding doesn't appear to work (properly) at the moment.
answered Jan 9 at 20:50
Jan_VJan_V
1018
1018
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1374713%2fpihole-on-synology-nas-gives-dns-timeout%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown