-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Migration: losing configurations for openvpn tunnels with similar names #1062
Labels
verified
All test cases were verified successfully
Milestone
Comments
gsanchietti
added a commit
that referenced
this issue
Feb 5, 2025
Previously, a tunnel could override an existing one during the migration process #1062
Testing image. Test case Check the issue is not reproducible |
Fixed, tested with release Nsec 7.9 Nsec 8
Creating OpenVPN tunnel server tunnel-sederm
Creating OpenVPN tunnel server mgr-9de43 root@ns79:~# uci show openvpn.ns_tunnel_.ns_name
openvpn.ns_tunnel_.ns_name='tunnel-sed'
root@ns79:~# uci show openvpn.ns_tunnel_.dev
openvpn.ns_tunnel_.dev='tuntunnel-seder'
root@ns79:~# uci show openvpn.ns_mgr_9de.ns_name
openvpn.ns_mgr_9de.ns_name='mgr-9de43'
root@ns79:~# uci show openvpn.ns_mgr_9de.dev
openvpn.ns_mgr_9de.dev='tunmgr-9de43' root@ns79:~# ip -br -c a
lo UNKNOWN 127.0.0.1/8 ::1/128
eth0 UP 192.168.122.251/24
eth1 UP 10.87.25.6/24
eth2 DOWN
ifb-dns UNKNOWN fe80::485f:b5ff:fe64:c0b/64
eth0.56@eth0 UP 10.58.58.5/24 fe80::5054:ff:fe1c:eb74/64
tuntunnel-seder UNKNOWN 10.19.189.1/24 fe80::423f:8d46:40eb:4832/64
tunrw1 UNKNOWN 10.98.45.1/24 fe80::3c4f:bb5a:94e1:ed89/64
tunmgr-9de43 UNKNOWN 10.65.233.1/24 fe80::a14a:7405:f176:5687/64 root@ns79:~# fw4 reload
Section ns_user_include specifies unreachable path '/etc/firewall.user', ignoring section
Automatically including '/usr/share/nftables.d/chain-pre/input/20-don.nft'
Automatically including '/usr/share/nftables.d/chain-pre/srcnat/20netmap.nft'
Automatically including '/usr/share/nftables.d/chain-post/dstnat/20netmap.nft' |
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
During the migration process, configurations for OpenVPN tunnels with similar names are being lost
Steps to reproduce
tunnel-1
and another calledtunnel-2
.Expected behavior
tunnel-1
andtunnel-2
, should be correctly imported without issues, retaining the correct configurations for each.Actual behavior
tunnel-1
andtunnel-2
are reduced totunnel_
, which causes one tunnel (likely the first one,tunnel-1
) to be lost. Data appears to be overwritten with the last tunnel in the list during the import process.Components
NethSecurity version: 8-23.05.5-ns.1.4.1
See also
The text was updated successfully, but these errors were encountered: