gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnutls-cli should handle network errors more gracefully


From: Mantas Mikulėnas
Subject: Re: gnutls-cli should handle network errors more gracefully
Date: Sun, 25 Nov 2012 23:10:41 +0200

On Sun, Nov 25, 2012 at 10:52 PM, Nikos Mavrogiannopoulos
<address@hidden> wrote:
> On 11/24/2012 10:54 PM, Mantas Mikulėnas wrote:
>
>> I often use `gnutls-cli` to connect to dualstack hosts (having both IPv4
>> and IPv6 addresses).
>>
>> At times, when the client computer has an IPv6 default route, but the
>> server is temporarily unreachable over IPv6, `gnutls-cli` exits
>> immediately after failing to connect to the first address. Because of
>> this, it is impossible to connect to such servers until I disable IPv6
>> entirely on my computer. The lack of -4/-6 options to force IPv4 (or
>> IPv6) makes things only worse.
>
> ...
>> The expected result here is that `gnutls-cli` would keep trying other
>> addresses returned from getaddrinfo(), until at least one succeeds.
>
>
> I'm curious, how do other networking programs avoid this issue? Do they
> keep trying or do they provide an option to force IPv4 or 6?

The ones I just tested – `lftp`, `curl`, `nc-openbsd`, `mutt`, `ncat`,
`wget`, inetutils `telnet` and `ssh` – keep trying addresses until one
succeeds, or until the program runs out of addresses to try.

Almost all programs (all that I've listed, excluding `lftp` and
`mutt`) also support options "-4" and "-6" to limit to just a
particular address family.

(The major web browsers implement an "Happy Eyeballs" algorithm and
try both protocols in parallel, but it's probably not the right choice
for such tools as `gnutls-cli`.)

--
Mantas Mikulėnas



reply via email to

[Prev in Thread] Current Thread [Next in Thread]