You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
if the tun0 interface is missing before starting i3status-rust, then the net block for tun0 device will not respond after enabling tun0 interface. I can only fix this by restarting i3status-rust after enabling the tun0 interface.
The text was updated successfully, but these errors were encountered:
p-hamann
changed the title
net block partially unresponsive for tun0 interface
net block stays unresponsive if device path does not exist at startup time
Apr 15, 2019
p-hamann
changed the title
net block stays unresponsive if device path does not exist at startup time
net block stays unresponsive if device path does not exist at startup
Apr 15, 2019
I thought something like this might crop up, although I'm not sure how to fix it. We avoid crashing on missing interfaces at startup to avoid annoying users.
It is noticeable that if exists(&self) returns true on startup, the directory (/sys/class/tun0) can be removed again by stopping the VPN connection, but the block still remains responsive. Only if the directory does not exist when starting i3status-rust, the block remains unrespronsive.
Otherwise, do you know a workaround, so that the tun0 directory exists, without VPN gets started before?
if the tun0 interface is missing before starting i3status-rust, then the net block for tun0 device will not respond after enabling tun0 interface. I can only fix this by restarting i3status-rust after enabling the tun0 interface.
The text was updated successfully, but these errors were encountered: