Describe the Bug
I have a router that I've set to randomise the MAC address every 3 days. When that happens the interface gets dropped for a moment to apply the changes. When it comes back online, Newt fails to reconnect, and does its consecutive pings.
WARN: 2026/04/09 00:31:22 Periodic ping failed (15 consecutive failures): all 4 ping attempts failed, last error: failed to read ICMP packet: i/o timeout
I checked with to make sure it had nothing to do with the MAC randomisation, and sure enough, a simple router reboot causes Newt to go into stasis.
I have two servers running on the same network, with different Newt versions, they both go into stasis.
Environment
- OS Type & Version: DietPi 0.6.2
- Pangolin Version: 1.17.0 (happened on 1.15.x as well)
- Newt Version: 1.9.0 and 1.11.0
To Reproduce
Have a working instance of pangolin, with Newt running, then restart the interface that Newt is connected to.
Expected Behavior
Newt should be able to identify the interface has probably restarted, and attempt to initiate some kind of reconnection.
Describe the Bug
I have a router that I've set to randomise the MAC address every 3 days. When that happens the interface gets dropped for a moment to apply the changes. When it comes back online, Newt fails to reconnect, and does its consecutive pings.
WARN: 2026/04/09 00:31:22 Periodic ping failed (15 consecutive failures): all 4 ping attempts failed, last error: failed to read ICMP packet: i/o timeoutI checked with to make sure it had nothing to do with the MAC randomisation, and sure enough, a simple router reboot causes Newt to go into stasis.
I have two servers running on the same network, with different Newt versions, they both go into stasis.
Environment
To Reproduce
Have a working instance of pangolin, with Newt running, then restart the interface that Newt is connected to.
Expected Behavior
Newt should be able to identify the interface has probably restarted, and attempt to initiate some kind of reconnection.