From owner-freebsd-net@FreeBSD.ORG Tue Jan 11 09:41:15 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EBE0106564A for ; Tue, 11 Jan 2011 09:41:15 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B9EAC8FC19 for ; Tue, 11 Jan 2011 09:41:14 +0000 (UTC) Received: by gwj21 with SMTP id 21so9438406gwj.13 for ; Tue, 11 Jan 2011 01:41:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Rdryj0HT4epIig+gRE2is9KBOy51pYLsK2i1ga3OFSc=; b=rKOS5WEdW3O8Fx2LHf84902DCPc9a7maFmvnu8A6BUXoap8stlt+lzjICBPZDrgDLE +V7b+mFCtoGzviZIksn735K6DfsSReLHFqD/dEFL10oRZlzqcVFv/XuTOiiGDJtfuMJy 8S0EM6CAGhqzSGn2qi0LicgV9hmBkvh4LrKvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=JR6kqota01bLZiPnioptYi+dXkW/QgR3vnZsBjU0U7vOzKif2xm2roLbBnn9yKKws7 69JivzHY5pEiVz9Cp0HR3lKDnzTdlLURqFUFLNMfimnNlxeN/sMz3F2y+6txn5OjgDIh dbAp2tL5wCutPv3HP9526+tzfhKo4j1MidpMU= Received: by 10.90.30.3 with SMTP id d3mr7389318agd.43.1294737236415; Tue, 11 Jan 2011 01:13:56 -0800 (PST) Received: from [192.168.0.16] ([187.39.27.246]) by mx.google.com with ESMTPS id x31sm38695787ana.9.2011.01.11.01.13.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 11 Jan 2011 01:13:54 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: <63A5C79A-B4C3-42C3-9B76-1F2EB04DB871@littlebluecar.co.uk> Date: Tue, 11 Jan 2011 07:13:50 -0200 Content-Transfer-Encoding: quoted-printable Message-Id: <01EE1F52-3393-4A43-882F-C35677CB0754@gmail.com> References: <63A5C79A-B4C3-42C3-9B76-1F2EB04DB871@littlebluecar.co.uk> To: Melissa Jenkins X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: PPP and Route Delete X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 09:41:15 -0000 On Jan 10, 2011, at 2:25 PM, Melissa Jenkins wrote: >=20 > I've been working on migrating a PPTP server from FreeBSD 7.1 to = FreeBSD 8.1. The server is configured using PopTop (from ports) and PPP = (/usr/sbin) rather than MPD. (Before anybody tells me to use MPD we = can't because it doesn't inject packets into the kernel in the same way = and it's not possible to filter on them correctly) >=20 > Basic PPTP connection works properly. =20 >=20 > The fun happens when I have two simultaneous users. The first one to = DISCONNECT deletes the routes for both of them and all PPTP traffic = ceases. >=20 > I believe this is because of the third RTM_DELETE message in the route = monitor output below (=46rom FreeBSD 8.1): I believe it's the second call... but probably doesn't matter... >=20 > got message of size 304 on Mon Jan 10 15:48:40 2011 > RTM_CHANGE: Change Metrics or flags: len 304, pid: 7871, seq 3, errno = 0, flags: > locks: inits: > sockaddrs: > 10.0.0.31 tun0 (255) ffff ffff ffff tun0 10.0.5.1 >=20 > got message of size 232 on Mon Jan 10 15:48:40 2011 > RTM_DELETE: Delete Route: len 232, pid: 7871, seq 4, errno 0, = flags: > locks: inits: > sockaddrs: > 10.0.0.31 tun0 (255) ffff ffff ffff >=20 > got message of size 168 on Mon Jan 10 15:48:40 2011 > RTM_IFINFO: iface status change: len 168, if# 11, link: up, = flags: >=20 > got message of size 192 on Mon Jan 10 15:48:40 2011 > RTM_DELETE: Delete Route: len 192, pid: 0, seq 0, errno 0, = flags: > locks: inits: > sockaddrs: > default 10.0.5.1 default >=20 > got message of size 116 on Mon Jan 10 15:48:40 2011 > RTM_DELADDR: address being removed from iface: len 116, metric 0, = flags: > sockaddrs: > 255.255.255.255 tun0 10.0.5.1 10.0.0.31 >=20 > On FreeBSD 7.1 the output is as follows: >=20 > got message of size 232 on Mon Jan 10 16:18:11 2011 > RTM_CHANGE: Change Metrics or flags: len 232, pid: 43773, seq 3, errno = 0, flags: > locks: inits: > sockaddrs: > 10.0.0.31 tun14 (255) ffff ffff ffff >=20 > got message of size 232 on Mon Jan 10 16:18:11 2011 > RTM_DELETE: Delete Route: len 232, pid: 43773, seq 4, errno 0, = flags: > locks: inits:=20 > sockaddrs: > 10.0.0.31 tun14 (255) ffff ffff ffff >=20 > got message of size 168 on Mon Jan 10 16:18:11 2011 > RTM_IFINFO: iface status change: len 168, if# 23, link: unknown, = flags: >=20 >=20 > There are quite a few additional messages on connect as well but I = don't believe they are impacting on my issue. Looking in = usr.sbin/ppp/route.c I can't see any changes that would obviously impact = on this :( >=20 > My ppp config for both 7.1 & 8.x is as follows: >=20 > default: > set log Chat LCP IPCP CCP tun command >=20 > pptp: > set timeout 0 > set login > set ifaddr 10.0.5.1/24 HISADDR 255.255.255.255 > disable deflate pred1 > deny deflate pred1 > enable MPPE > accept MPPE > enable chap81=20 > set mppe 128 stateless >=20 > I have also confirmed the same behaviour on 8.0 >=20 > Any ideas?? How are you setting the IP address for vpn connections (radius?) ? I'm also using poptop with ppp without any problem, here is my ppp.conf = (look at differences on 'set ifaddr'): default: set log Phase Chat LCP IPCP CCP tun command Warning Error ident user-ppp VERSION (built COMPILATIONDATE) pptp: set ifaddr 10.10.0.1 10.10.3.100-10.10.3.104 255.255.255.255 set timeout 0 enable chap81 disable deflate pred1 deny deflate pred1 enable proxy accept dns set dns 10.10.0.1 set nbns 10.10.0.11 set mtu max 1490 set mru 1490 disable echo set echoperiod 5 disable ipv6cp set mppe 128 stateless Some details: 10.10.0.1 is the internal IP on the pptp server; 10.10.3.100-10.10.3.104 is my range of IPs used for vpn purposes (i'm = using 10.10.0.0/22 as internal network). Regards, Luiz=