-
Notifications
You must be signed in to change notification settings - Fork 11
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
Expand on why lighthouse.hosts should be empty on lighthouses, and provide reasons to break this in src/data/config-reference.md #31
Comments
@JonTheNiceGuy AFAIK If Lighthouse 1 needs a route to Lighthouse 2, I believe it should be possible to define it in In this scenario, Node 1 would have both Lighthouse 1 and Lighthouse 2 listed in both Is there a reason to add the respective Lighthouses in the |
There are so many fundamental underpinnings of this product I seem to misunderstand 😁 But it's awesome getting to learn more about it! I thought I needed to list them in both I tend to run the Nebula DNS service on my lighthouses, and then add them as DNS servers so that all the hosts can lookup by the hostname on the certificate. If I've added both lighthouses, but I've set Lighthouse_1 as the first DNS server, and Lighthouse_2 as the second DNS server, when I do a DNS lookup for the A record relating to Lighthouse_2, Lighthouse_1 will return NXDOMAIN for Lighthouse_2 if the two lighthouses aren't registering themselves in each other's list of lighthouses... or am I wrong? Always happy to be corrected on things like this! |
All that is needed for lighthouse_1 to know how to reply to DNS queries about lighthouse_2 is that the two machines have had a tunnel established. In your setup,
|
Relevant code section
Please correct this if I'm wrong, but from memory, there are reasons why not to leave lighthouse.hosts empty on a host acting as a lighthouse - perhaps you have multiple lighthouses providing services, e.g.
In this context, Lighthouse 1 and Lighthouse 2 both need to know about each other, however, they shouldn't list their OWN IP address.
The text was updated successfully, but these errors were encountered: