[radvd-devel-l] advertise dns server with dynamic ip

[Reuben Hawkins]

It sounds like you should use Base6Interface.  It works like this...

If your eth0 is your upstream interface connected to your ISP and your eth1
is connected to the rest of your local network, you would config radvd like
so..

interface eth1 {
  prefix 0000:0000:0000:0001::/64 {
     Base6Interface eth0;
     ...
  };
};

Then your prefix will be combined with the address on eth1 and the combined
address will be advertised.  This assumed you get a /48 on eth0 from your
ISP.  If your /48 is 2001:db8:1234::/48, then the combined address for eth1
would be 2001:db8:1234:0001::/64.  If the address on eth0 changes, radvd
should detect this and do the right thing.

Your DNS address needs to be fixed.  Just use eth1 link local address
(fe80::something).  Your link local address should be fixed.  Also, use
mdns and just connect to all your local machine using the .local suffix
like so...

$ ssh user at remotehost.local

...Much easier using mdns.  No server to configure.

On Wed, Feb 22, 2017 at 11:34 PM, Erich Eckner <radvd at eckner.net> wrote:

> Hi,
>
> I'm currently enabling IPv6 on my home network. On my router runs debian
> with routing via ip(6)tables, bind9 and radvd. The remote ip and the
> global prefixes for the local interfaces are received via dhcp6c from my
> ISP and may not always be the same.
>
> Now I've set up radvd to advertise routing and the prefixes on the local
> interfaces via a "prefix ::/64" statement in /etc/radvd.conf. What I'd
> like to do, is to announce the dns-server via a similar RDNSS statement
> (e.g. "::1/64"). Is this possible somehow? Currently, I can only set a
> fixed (the current) ip, but as I said before: This may change in the
> future.
>
> I think, it won't be necessary for radvd to detect a change of the Ip
> (although it would be nice), it would suffice (for me), if it can
> determine the ip of some given interface - like it does with the
> prefix-announcement.
>
> regards,
> Erich
>
>
> --
> radvd-devel-l mailing list  :  radvd-devel-l at lists.litech.org
> http://lists.litech.org/listinfo/radvd-devel-l
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.litech.org/pipermail/radvd-devel-l/attachments/20170224/711db446/attachment.html>