Bug 181031

Summary:	initscript for openvpn 2.1 breaks non client-server setups
Product:	Gentoo Linux	Reporter:	Daniel Sentinelli <gentoo.daniels>
Component:	Current packages	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	VERIFIED DUPLICATE
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Daniel Sentinelli 2007-06-05 23:47:50 UTC

Initscript for openvpn 2.1 assumes a client/server setup. It relies on finding a "remote" setting in the config file to decide this is the client side of the connection. In such case it starts openvpn with special "client" arguments like "--no-bind" and up/down scripts to handle DNS configuration.

However, openvpn is also used in true "peer" mode with a static key, like when connecting two routers to route traffic between different networks. Although "remote" options are usually present on both sides, none of them is a "client" in the way initscript considers it. They should be started in the way initscript now starts a "server".

In this scenario DNS configuration is usually static or managed outside of openvpn configuration, but I will not reopen the discussion in bug#132932.

The biggest problem lies in the argument "nobind" that intiscript uses to start what it considers a "client", it makes both enpoints to talk on random ports, not listening on the right port for the other side (it gets more funny if you consider firewall rules).

I don't see an easy way to decide between "I am a client in a client/server configuration" or "I am a peer in a peer configuration", since "mode p2p" just means "I am NOT a server". 


Reproducible: Always

Steps to Reproduce:

Comment 1 Jakub Moc (RETIRED) gentoo-dev

2007-06-05 23:48:45 UTC


*** This bug has been marked as a duplicate of bug 181000 ***