Skip to content
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

[multicast mode] Allow binding to a specific IP instead of wildcard #218

Open
rany2 opened this issue May 13, 2023 · 3 comments · May be fixed by #220
Open

[multicast mode] Allow binding to a specific IP instead of wildcard #218

rany2 opened this issue May 13, 2023 · 3 comments · May be fixed by #220

Comments

@rany2
Copy link

rany2 commented May 13, 2023

I thought that setting server_ip would fix it, but it doesn't seem to check that value in multicast mode.

rany2 added a commit to rany2/DAWN that referenced this issue May 13, 2023
rany2 added a commit to rany2/DAWN that referenced this issue May 13, 2023
rany2 added a commit to rany2/DAWN that referenced this issue May 13, 2023
rany2 added a commit to rany2/DAWN that referenced this issue May 13, 2023
rany2 added a commit to rany2/DAWN that referenced this issue May 13, 2023
@rany2 rany2 linked a pull request May 13, 2023 that will close this issue
@PolynomialDivision
Copy link
Collaborator

What do you want to achieve with this? You want a node receiving everything while the other nodes receive the traffic via multicast?

@rany2
Copy link
Author

rany2 commented May 14, 2023

@PolynomialDivision The reason is that I have an encrypted L2 VXLAN over Wireguard for nodes to communicate securely over, it's used for RADIUS mostly and I don't want to have umdns multicast spam everyone else on my network. So putting it on the encrypted network makes everything a lot cleaner and more secure.

However, it wouldn't make much sense to do this if DAWN just listens on all addresses and some of these devices have no firewall due to being dumb APs.

rany2 added a commit to rany2/DAWN that referenced this issue May 14, 2023
@rany2
Copy link
Author

rany2 commented May 14, 2023

Also I should add that the first thing I tried was the UDP broadcast, but then I realized the messages are corrupted due to the large amount of stations (#217); which caused me to want to turn back to the most common and tested mode but not being able to set an IP to bind to was a deal breaker for me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants