From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 00:53:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC5F16A417 for ; Wed, 15 Aug 2007 00:53:54 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from webmail.icp-qv1-irony2.iinet.net.au (webmail.icp-qv1-irony2.iinet.net.au [203.59.1.107]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD2613C45A for ; Wed, 15 Aug 2007 00:53:53 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 15 Aug 2007 08:23:54 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAHzkwUbLzq3r/2dsb2JhbAAN X-IronPort-AV: i="4.19,262,1183305600"; d="scan'208"; a="182845216:sNHT23670822" Message-ID: <46C24761.9080608@mawer.org> Date: Wed, 15 Aug 2007 10:22:57 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Julian Elischer References: <46C2263F.4080607@cisco.com> <46C2393B.8080508@elischer.org> In-Reply-To: <46C2393B.8080508@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randall Stewart , current@freebsd.org Subject: Re: IP over HTTP? 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: Wed, 15 Aug 2007 00:53:54 -0000 On 15/08/2007 9:22 AM, Julian Elischer wrote: > Randall Stewart wrote: >> Just curious.. as anyone did this on BSD? >> >> If so, pointers would be nice.. if not... I may (but >> I won't go into the rant as why ;-D) > > hmm Are you considering a network tunnelling interface? :-) > > ifconfig http0 create > ifconfig http0 remote www.freebsd.org:6667 ifconfig http0 tunnelend myend > route add default tunnelend > > Hmmm actually you could probably do this with netgraph or even tunnel > (/dev/tun) devices right? Isn't this the purpose of the "super tunnelling" daemon currently being developed as a Google SoC project? http://wiki.freebsd.org/SuperTunnelDaemon --Antony