From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id B98C721F115 for ; Wed, 29 Jan 2014 11:22:17 -0800 (PST) Received: by mail-qc0-f173.google.com with SMTP id i8so3372563qcq.4 for ; Wed, 29 Jan 2014 11:22:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=LzUil+OrXHWYUPmW5ADk35VSKSSKdqUSFu52euPkEEU=; b=USEpflHwJc7QRCX7D1Fz2rGRWdQBm91FL6x5P/eXjyLjr5HVRhpI6T3WpnXeQ5f+Oa 72cWitPzw/2CYvMDnn4wJ9GpqGUv2kA0V+DiXjaYeFoDLMSUhgwqj3tx+fFtqNqfmGWR uY9rTPoR+xjmugEdAIPeTcztJEOB4twt9QZdx2isKsTg/6cwecAB9LOb+UzoxJ1jPqmz 2H1OWMxuKpXi0SpvWZvHS3UJMlnAJMdq94Sun7nhvbdE5ZlNYS0nIG7njBcrE0bTtGzV iQ1u4ofLAfly+CLcw3wW9hSg1aA3TARU5V6kBRuSsgy2fNkddfKLEYoNbnKnDrykOkmL t1pg== MIME-Version: 1.0 X-Received: by 10.224.15.76 with SMTP id j12mr15341852qaa.74.1391023336434; Wed, 29 Jan 2014 11:22:16 -0800 (PST) Received: by 10.224.42.70 with HTTP; Wed, 29 Jan 2014 11:22:16 -0800 (PST) Date: Wed, 29 Jan 2014 11:22:16 -0800 Message-ID: From: Dave Taht To: dnsmasq-discuss , "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] coping with ipv6 source routing and dns X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 19:22:18 -0000 I have been (mostly) happily fiddling with my new comcast ipv6 connection, trying to route all dns queries over ipv6 in particular, by disabling requesting the ipv4 dns addrs and relying on the dhcpv6 request to succeed. config interface eth0 option 'ifname' 'eth0' option 'proto' 'dhcp' option 'peerdns' '0' config interface wan6 option ifname @eth0 option proto dhcpv6 option 'broadcast' '1' option 'metric' '2048' works. yea! no more nat holes for ipv4 dns. Problem is, I also have a hurricane electric tunnel. When I try to use both, addresses from one get used on the other and dns forward lookups fail. I think the right answer is to abandon resolv.conf.auto and instead explicitly assign ipv6 source addrs in dnsmasq... server=3D2001:558:feed::1@AAAA:comcast:assigned:ipv6:address server=3D2001:558:feed::2@AAAA:comcast.assigned:ipv6:address server=3D2001:470:20::2@my:hurricane:assigned:ipv6:address yes? (I'll be trying this in a bit) One thing of possible useful note is that (yea!) we can just select some arbitrary new ipv6 address within the assigned range, add it to the local dnsmasq server box, and source dns lookups from that, using up just that port space. then my own /etc/resolv.conf just points to localhost for hm.armory.com, so I fix that with server=3D/hm.armory.com/172.26.3.1/ server=3D/wifi.armory.com/172.26.2.1/ But this doesn't help in terms of reverse lookups (I think), where I might or might not have my own delegated subdomain. from someoption=3D comcast.assigned.ipv6.address.range/60 lookup via 2001:558:feed::1 or ::2 someoption=3D he.assigned.ipv6.address.range/48 lookup via 2001:470:20::2 ? and then there's splitting dns... where I might want nuc.hm.armory.com AAAAs available to the outside universe. somehow. ? My brain hurts. --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html