thanks for your answer. The problem is solved. It was a wrong
configuration in my VPN-server.
The server executes a script via learn-address. This script has blocked
So after a client-request, the VPN-server blocked and didn't answer
following client requests (Soft-TLS restart after ping-restart expired).
Thus the clients itself tried to restart the VPN-connection. After the
script was finished, the VPN-server handeled the next client-request.
Therefore the reason for the NOT normal behaviore of the server is
discovered - and at the end the problem was solved ;-)
Marco Fretz schrieb:
thats NOT normal. do u see anything in the server output (logfile)? what
os is openvpn server running on? can u post the clinet and server output
and config where we can see the interrupted connection, pls?
Holger Kärst schrieb:
i provide a small network with one VPN-Server and 10 VPN-Clients
(bridged => TAP).
All is working, but i have recognized the following:
In case of a new VPN-Client joins the net - connects to the VPN-Server -
it seems that all other Clients (the whole) network
will be kicked out to built up a new VPN-connection. This leads to short
breakes during the client connection and could make some trouble with
What i want to know is: is this behavior OK or will it occur due to a
wrong configuration (client or server or both)?
If this is normal, then it would be nice to know for what it is
necessary (Routing, Security ???).
Thanks a lot
OpenVPN mailing lists