X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from sp4.qcslink.com (sp4.qcslink.com [200.35.147.4]) by lists.alpinelinux.org (Postfix) with ESMTP id 904F01EBFF7 for ; Thu, 9 Dec 2010 22:50:42 +0000 (UTC) Received: from sp4.qcslink.com (localhost.localdomain [127.0.0.1]) by sp4.qcslink.com (Postfix) with ESMTP id 722AF1AAE4 for ; Thu, 9 Dec 2010 17:50:42 -0500 (EST) Received: from [10.252.6.35] (c-76-103-41-78.hsd1.ca.comcast.net [76.103.41.78]) (using SSLv3 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: nangel@nothome.org) by sp4.qcslink.com (Postfix) with ESMTPSA id 07B2F1AAE3 for ; Thu, 9 Dec 2010 17:50:41 -0500 (EST) Message-ID: <4D015D5B.50500@nothome.org> Date: Thu, 09 Dec 2010 14:51:07 -0800 From: Nathan Angelacos User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 To: alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] OpenVPN Multiple Tunnels References: <7876411.3993.1291933717547.JavaMail.root@zimbra.netvantix.net> In-Reply-To: <7876411.3993.1291933717547.JavaMail.root@zimbra.netvantix.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP On 12/09/10 14:28, Steve Fink wrote: > Thank you for your response. > > I believe understand the methodology, but it is in direct contrast to > the OpenVPN documented methodology. > > For example under the OpenVPN documented methodology of having the > single init.d script (openvpn): > > You can issue: openvpn start and all tunnels will come up > You can issue: openvpn stop and all tunnels will come down > You can issue: openvpn restart and all tunnels will be restarted > or > You can issue: openvpn client restart and only the tunnel named client > is restarted. > > Under the (I'm assuming here) Gentoo methodology of having essentially > one init.d script for each tunnel you cannot start/stop/restart all of > the tunnels at once you would have to issue each command separately. > > Am I correct here? > In my experience, yes. you /can/ start all tunnels with one command: "rc" e.g.: /etc/init.d/openvpn stop /etc/init.d/openvpn.SanFrancisco stop then to start them both, just run "rc" It will find that those two are not running, though they should be for the current runlevel, and will start them. But, you are correct, I haven't found a way of stopping all tunnels at the same time. OTOH, 99% of the time I want to stop/modify/restart just 1 tunnel at a time, so it hasn't been a problem here. > BTW, I apologize in advance. I am not at all familiar with Gentoo, > please forgive my ignorance. NP - it was strange to me at first too. I'm not an expert in "The Gentoo Way", either. :) --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---