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

[Bug] Tunnel settings are not refreshed when renaming a node #555

Closed
VA2XJM opened this issue Nov 27, 2022 · 5 comments · Fixed by #557
Closed

[Bug] Tunnel settings are not refreshed when renaming a node #555

VA2XJM opened this issue Nov 27, 2022 · 5 comments · Fixed by #557

Comments

@VA2XJM
Copy link
Contributor

VA2XJM commented Nov 27, 2022

While doing network maintenance jobs, I needed to rename a distant tunnel client node to reflect a site callsign change. The node name has been also changed on the tunnel server side. Both from the GUI.

After the client node has been rebooted, the tunnel will not go up. On both side, we can see the connection is rejected.

I logged in into the client node, edited /etc/config/vtun and /etc/config.mesh/vtun to change the callsign portion of the "name". Rebooted the client and now the tunnel will go up.


Changes needed: When the node name is changed, the tunnel "name" values for tunnel clients must also be changed. Those values could be computed at every reboot to make it simple.

@k1ky
Copy link

k1ky commented Dec 4, 2022

Ditto - I have experienced this issue for over 6 years. I just reported it on the kg6wxc MeshLink as well. Changing the name back on the tunnel server side seems to restore the connection. Thanks for digging into this. I look forward to a fix as I need to rename more tunnel client nodes.

@k1ky
Copy link

k1ky commented Dec 4, 2022

It appears that something that I have done - disabling/reenabling server side connection, rebooting server and client nodes - the connection now works under the new name. I checked the /etc/config files listed above on the client node and the new name appears to be correct in those files. I had not edited these files, so "something" magically corrected the situation after many hours. IperfSpeed 0.6 was also installed.

@ab7pa
Copy link
Contributor

ab7pa commented Dec 4, 2022

@k1ky Tom, from what I see in the code, every time you click Save Changes on the Tunnel Client page all of the config settings are written to those config files and both oldrd & vtund are restarted. There is no field in the UI to enter the nodename, but under the covers the nodename is pulled from the current name on the node. So if you change the nodename of a tunnel client then you should also go to the Tunnel Client page and click Save Changes (even though it looks like you're not making any changes). That might provide a workaround for you. Let me know if that works. In the meantime we'll see if there is a way for that "magic" to happen directly from the Setup page when you change the nodename on a tunnel client. On the tunnel server side there is a field for the Client nodename, so that should be changed and then click Save Changes on the Tunnel Server page.

@k1ky
Copy link

k1ky commented Dec 4, 2022

Yes, I did a save in the Tunnel Client section after renaming the Client node and that updated the config file. Good work-around for now.

@VA2XJM
Copy link
Contributor Author

VA2XJM commented Dec 5, 2022

@ab7pa Thanks for that finding. :)

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.

3 participants