From owner-freebsd-net@FreeBSD.ORG Fri Apr 29 04:11:21 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F1316A4CE for ; Fri, 29 Apr 2005 04:11:21 +0000 (GMT) Received: from tachyon.jinmei.org (kame207.kame.net [203.178.141.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3541B43D48 for ; Fri, 29 Apr 2005 04:11:21 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:200:0:4819:592e:bb8e:28e8:9f9c]) by tachyon.jinmei.org (Postfix) with ESMTP id 5FDAA3504A; Fri, 29 Apr 2005 13:11:15 +0900 (JST) Date: Fri, 29 Apr 2005 13:12:10 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Petri Helenius In-Reply-To: <4271AC95.3080309@he.iki.fi> References: <4270C6E7.4010701@he.iki.fi> <4271AC95.3080309@he.iki.fi> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: ipv6 host part X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 04:11:21 -0000 >>>>> On Fri, 29 Apr 2005 06:40:05 +0300, >>>>> Petri Helenius said: >> No. >> >> BTW: are you trying to configure multiple IPv6 addresses on a single >> interface by specifying multiple interface IDs and getting prefix from >> router advertisements? If so, it's inherently difficult, not even via >> rc.conf, since the kernel implementation can have only one interface >> ID for address autoconfiguration. >> > That is what I'm trying to do. The reason for that is to be able to > support SSL/TLS virtual hosts. If you do not stick to the "standard" configuration via rc.conf, one possible workaround is: - send a router solicitation and get a prefix via router advertisements - somehow (e.g., by a shell/perl script) identify the prefix - assuming the prefix is "P/64", do the followings: # ifconfig IFNAME inet6 P::1 prefixlen 64 alias autoconf # ifconfig IFNAME inet6 P::2 prefixlen 64 alias autoconf # ifconfig IFNAME inet6 P::3 prefixlen 64 alias autoconf ... The keyword "autoconf" is the point. It tells the kernel that the addresses should be updated based on succeeding router advertisements. (This may not work depending on the FreeBSD version. I've tested the procedure on a 5.3R box) JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp