Project

General

Profile

Actions
Copy link

Bug #4146

closed

OpenVPN tap interfaces are down after boot

Added by Dmitriy K almost 10 years ago. Updated almost 10 years ago.

Status:
Resolved
Priority:
Very High
Assignee:
Renato Botelho
Category:
OpenVPN
Target version:
2.2
Start date:
12/25/2014
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.2
Affected Architecture:

Description

Setup:
1. Latest snapshot
2. 2 ovpn servers on parent WAN (PPPoE);
3. 1 ovpn server on LAN;

After reboot:
1. All ovpn server ifaces are DOWN;
2. All ovpn server services are UP;
3. All ovpn server processes are RUNNING;

OpenVPN log has nothing to say but "Initialization sequence completed";
System log is "clean";

Bug was introduced in one of December snapshots;

Actions
Copy link
 #1

Updated by Chris Buechler almost 10 years ago

  • Subject changed from OpenVPN server interfaces are down after reboot to Assigned OpenVPN interfaces are down after boot
  • Status changed from New to Confirmed

updated subject to actual issue

Actions
Copy link
 #2

Updated by Chris Buechler almost 10 years ago

  • Subject changed from Assigned OpenVPN interfaces are down after boot to OpenVPN tap interfaces are down after boot

corrected specific issue

Actions
Copy link
 #3

Updated by Chris Buechler almost 10 years ago

It appears it's more than just after boot, tap interfaces seem to always end up missing "UP". Will attempt to further quantify later.

Dmitriy: which type(s) of OpenVPN instances are those?

Actions
Copy link
 #4

Updated by Chris Buechler almost 10 years ago

  • Priority changed from Normal to Very High
Actions
Copy link
 #5

Updated by Dmitriy K almost 10 years ago

All instances are tap.

Actions
Copy link
 #6

Updated by Dmitriy K almost 10 years ago

Same issue for openvpn tap clients! everything is UP and RUNNING but iface is DOWN.

Actions
Copy link
 #7

Updated by Jim Thompson almost 10 years ago

  • Assignee set to Ermal Luçi
Actions
Copy link
 #8

Updated by Chris Buechler almost 10 years ago

there is a test case for this on 22vpntest. The tap interfaces are missing "UP" in flags.

# ifconfig ovpns10 
ovpns10: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=80000<LINKSTATE>
    ether 00:bd:b1:06:00:0a
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
    media: Ethernet autoselect
    status: active
    Opened by PID 32872
# ifconfig ovpns10 up 
# ifconfig ovpns10
ovpns10: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=80000<LINKSTATE>
    ether 00:bd:b1:06:00:0a
    inet6 fe80::2bd:b1ff:fe06:a%ovpns10 prefixlen 64 scopeid 0x14 
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
    media: Ethernet autoselect
    status: active
    Opened by PID 32872

it works after the "ifconfig up"

Actions
Copy link
 #9

Updated by Chris Buechler almost 10 years ago

  • Assignee changed from Ermal Luçi to Renato Botelho
Actions
Copy link
 #10

Updated by Renato Botelho almost 10 years ago

  • Status changed from Confirmed to Feedback
  • % Done changed from 0 to 100
Actions
Copy link
 #12

Updated by Chris Buechler almost 10 years ago

  • Status changed from Feedback to Resolved

fixed

Actions
Copy link
 #13

Updated by Dmitriy K almost 10 years ago

I repeat myself: bridged tap client doesn't work after reboot!

Yes, latest commit brought the UP flag to the interface but there is no traffic between sites until instance restart.

before instance restart/after reboot:

ovpnc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=80000<LINKSTATE>
ether 00:bd:ac:6d:00:01
inet6 fe80::2bd:acff:fe6d:1%ovpnc1 prefixlen 64 scopeid 0x9
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: Ethernet autoselect
status: active
Opened by PID 14515

after instance restart:

ovpnc1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=80000<LINKSTATE>
ether 00:bd:ac:6d:00:01
inet6 fe80::2bd:acff:fe6d:1%ovpnc1 prefixlen 64 scopeid 0x9
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: Ethernet autoselect
status: active
Opened by PID 31233

Latest snapshot.

Actions
Copy link
 #14

Updated by Dmitriy K almost 10 years ago

same goes for bridged tap server: everything is UP and RUNNING but no traffic after reboot. Restarting server fixes the problem.

Actions
Copy link
 #15

Updated by Kill Bill almost 10 years ago

Yes, of course. Since this bridged/TAP OpenVPN nonsense needs PROMISC on both the ovpn and other bridged interfaces -- which is apparently not set.

Actions
Copy link

Also available in: Atom PDF