[Top][All Lists]

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

Re: [GNUnet-developers] On applications using GNUnet

From: Christian Grothoff
Subject: Re: [GNUnet-developers] On applications using GNUnet
Date: Tue, 6 Aug 2019 19:12:40 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0

On 8/6/19 5:18 PM, Alessio Vanni wrote:
>> I don't know which documentation sentence in what manual you are
>> referencing here, but I think that documentation is simply wrong. CADET
>> is port-scan resistant, in that the peer will simply not send anything
>> back if the port is not open. In fact, CADET will accept your incoming
>> request into an internal table in anticipation that maybe in the future
>> a local application will open that port, and then establish the
>> connection (as the client might have just been a bit faster than the
>> service opening the port). So as a client connecting to a closed port
>> will just seem to take "a long time" (= forever), until and unless some
>> application opens the port, at which point the session is acknowledged
>> and properly opened. But by design you cannot distinguish between a
>> closed port and CADET actually failing to reach the target peer -- or
>> things just being slow.
> In gnunet_cadet_service.h, the documentation comment for
> GNUNET_CADET_channel_create says:
> /**
>  * Create a new channel towards a remote peer.
>  *
>  * If the destination port is not open by any peer or the destination peer
>  * does not accept the channel, @a disconnects will be called
>  * for this channel.
> According to this comment, if the destination peer does not have the
> specified port opened, then at some point in time I should be notified
> about it by the `disconnects' callback.  However, if CADET works like
> you says, then this comment is wrong (or outdated.)

Yes, indeed it is wrong. I have corrected the comment in

Thanks for pointing this out!


Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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