On Sun, Feb 14, 2010 at 09:34:23PM +0100, Alan DeKok wrote:
> Josip Rodin wrote:
> > Cc:ing Alan (upstream) for reference - there have been two analogous reports
> > on freeradius-users about this - localhost gets resolved into an IPv6
> > address as well as IPv4, the stack prefers v6, and radclient barfs.
> > This setup has been in the wild for a while now, since the previous
> > two reports came in on 31 Jan 2009 and 4 Jul 2009, resp., and now here.
> > What's the best thing to do?
>
> Hack radclient to use IPv4 addresses for the server if none was specified.
>
> This will break systems that are IPv6 only. You'll need to use
> "radclient -6 ..." for those systems. Or, add more hacks to look for v6
> if the v4 lookup fails.
>
> I'll see if I can put something together this week.
Most programs utilize some method of detecting which is possible on runtime,
so that would be preferable. Indeed the order is different - they try IPv6
if it exists, if that fails they try IPv4, and only if both don't work they
error out. For example this is how telnet(8) operates:
% telnet ftp.fi.debian.org ftp
Trying 2001:708:310:54::99...
Connected to ftp.fi.debian.org.
Escape character is '^]'.
220 (vsFTPd 2.0.7)
quit
221 Goodbye.
Connection closed by foreign host.
% sudo ip -6 route del default
% telnet ftp.fi.debian.org ftp
Trying 130.230.54.99...
Connected to ftp.fi.debian.org.
Escape character is '^]'.
220 (vsFTPd 2.0.7)
quit
221 Goodbye.
Connection closed by foreign host.
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
