From owner-freebsd-current@FreeBSD.ORG Fri Sep 19 20:37:43 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5835E106566C for ; Fri, 19 Sep 2008 20:37:43 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 22C3A8FC15 for ; Fri, 19 Sep 2008 20:37:35 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8JKbXrV080602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Sep 2008 13:37:34 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D40D8E.60109@FreeBSD.org> Date: Fri, 19 Sep 2008 13:37:34 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alexey Shuvaev References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> In-Reply-To: <20080919203310.GA34131@localhost.my.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Maksim Yevmenkin Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 20:37:43 -0000 Alexey Shuvaev wrote: > On Fri, Sep 19, 2008 at 04:33:19AM -0700, Maxim Sobolev wrote: >> Alexey Shuvaev wrote: >>>> [root@sp1 /usr/home/sobomax]# ifconfig -a >>>> tun0: flags=8010 mtu 1500 >>>> tun1: flags=8010 mtu 1500 >>>> tun2: flags=8010 mtu 1500 >>>> tun3: flags=8010 mtu 1500 >>>> >>> Me too. >>> I have seen that using ppp(8) and security/vpnc. >> That what has caused me to look into this issue. You can find patch for >> security/vpnc to prevent unbounded interface cloning here: >> >> http://sobomax.sippysoft.com/~sobomax/vpnc.diff >> > Ok, the patch prevents interface cloning, but I think it doesn't solve > the actual problem. Well, in any case checking kernel modules list to detect if_tun presence is more correct way than doing stat on /dev/tun. -Maxim