-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DNS discovery fails when RELEASE_NODE is FQDN #14
Comments
Can you resolve the DNS if you run Elixir on that node and simulate the code in this library? The DNS queries it runs are small, so you can try reproducing it. |
Yes, I tried running |
It seems that |
The node and the name has to match. So if you name your machine |
I tried getting dns_cluster working with FQDNs, however the discovery always fails when I set a FQDN in the
RELEASE_NODE
env with the error messageCannot get connection id for node app_name@prod-01.<redacted>.com
coming from erlang. When I callNode.connect :"app_name@prod-01.<redacted>.com"
manually, it connects and everything works fine.I have an A record for
<redacted>.com
with the IP addresses forprod-01
andprod-02
, the two machines which connect together, and they have full TCP access to each other. The hostname of both machines is set to their own FQDN, and I created an A record for each of those, too.The documentation clearly states:
so I assume, a FQDN as node name is supported by dns_cluster.
Replacing the FQDN in
RELEASE_NODE
with the public IP address, the dns discovery starts working. However I would prefer to use domain names in the config to make the setup more robust in case a machine gets a new IP address.Am I doing something wrong, or might this be an issue somewhere in the
dns_cluster
lib? Unfortunately I can't figure out where theCannot get connection id for node
error is coming from.The text was updated successfully, but these errors were encountered: