Open grahamb opened 5 years ago
Nice troubleshooting @grahamb ! Sorry I'm not sure what's going on. It might be an upstream issue in the proxy (Dory is probably behind dinghy; it's been a little while since we've updated). You could try pulling the latest release of dinghy-http-proxy by adding an image
key to the settings for nginx_proxy
in your dory config file (~/.dory.yml
is the default location). That will tell dory to use whatever custom image you specify. It's currently at codekitchen/dinghy-http-proxy:2.5.10
but the latest is codekitchen/dinghy-http-proxy:2.6.1
So in the example config, you'd set:
---
dory:
# Be careful if you change the settings of some of
# these services. They may not talk to each other
# if you change IP Addresses.
# For example, resolv expects a nameserver listening at
# the specified address. dnsmasq normally does this,
# but if you disable dnsmasq, it
# will make your system look for a name server that
# doesn't exist.
dnsmasq:
enabled: true
domains: # array of domains that will be resolved to the specified address
- domain: docker # you can set '#' for a wilcard
address: 127.0.0.1 # return for queries against the domain
- domain: dev
address: 127.0.0.1
container_name: dory_dnsmasq
port: 53 # port to listen for dns requests on. must be 53 on linux. can be anything that's open on macos
# kill_others: kill processes bound to the port we need (see previous setting 'port')
# Possible values:
# ask (prompt about killing each time. User can accept/reject)
# yes|true (go aheand and kill without asking)
# no|false (don't kill, and don't even ask)
kill_others: ask
service_start_delay: 5 # seconds to wait after restarting systemd services
nginx_proxy:
enabled: true
container_name: dory_dinghy_http_proxy
https_enabled: true
ssl_certs_dir: '' # leave as empty string to use default certs
image: codekitchen/dinghy-http-proxy:2.6.1
resolv:
enabled: true
nameserver: 127.0.0.1
port: 53 # port where the nameserver listens. On linux it must be 53
Please let me know if that doesn't make sense. If you try it and it works, I can release an update to dory bumping the proxy version number.
any development in this? i tried the fix suggested by @FreedomBen but it's the same, i'm getting nxdomain results with name servers seemingly timing out.
Still having this issue? @subpardaemon @grahamb
I see mine is using freedomben/dory-http-proxy:2.5.9.1
and I have no issues.
I also made dory installable with Brew: https://formulae.brew.sh/formula/dory#default
Latest version of Dory is 1.1.1
I'm trying to transition from Dinghy to Docker for Mac & Dory, but I'm having an issue with DNS not resolving.
macOS: 10.14.4 Docker: 18.09.3, build 774a1f4 Ruby: 2.3.7p456 Dory: 1.0.3
Dory reports that the DNS service is running, and I can see something listening on 127.0.0.1:53 on my Mac. However, I can't resolve any *.docker hostnames. For example, running a plain nginx container, I can access it on localhost, but not on a .docker hostname:
I installed
tcpdump
on thedory_dnsmasq
container, and I can see it receiving UDP packets when I try to do adig @127.0.0.1 nginx.docker
:scutil --dns
shows the resolvers for .docker and .dev: