I have a couple of openvpn server binding which should be picking up the ovpn incoming connection and running it under the server binding. This works for the most part, but often when the connection drops for some reason and the client automatically reconnects, the mikrotik does not 're-associate' the incoming client connection with the correct server binding. This then causes further issues, as the server binding is added to a bridge. Hence, when the client connection is not associated with the correct server binding, its not added to the bridge.

it shows up as <ovpn-'username'>. Funnily enough, when you kill that (<opvn-x>) connection and the client auto-reconnects, it then adds it to the correct server binding and that server binding changes to the running state.

Its as it the server binding only works every now and then.

I've seen this on a couple of mikrotik's before. Has anyone else has the same issues? If so, is there a workaround/fix?

Thanks

J

I have the same issue. Is there a known workaround for this?
Is there another way to add a vpn server binding to the bridge or have the VPN client connections be part of the bridge?

I have this on a RB running v6.40.4 - haven't tested elsewhere.

Same problem here, is pretty annoying.
Did you manage to resolve this ?

The only idea I have is to make a script:
1. delete all interfaces in the bridge to keep it tidy
2. add necessary interfaces to the bridge

same problem with l2tp server binding.

running v6.44.2

I guess I should not count on this feature then.

same problem with l2tp server binding.

running v6.44.2

I guess I should not count on this feature then.

You can set only-one=yes in PPP Profile for that user to prevent second connection.

Interesting. That would mean the client reconnects before the server could unbind it.

Thanks for the tip I'm trying this. If no further news from me then that's fixed for me