On 30.07.22 18:00, help-gnunet-requ...@gnu.org wrote:
----------------------------------------------------------------------Message: 1 Date: Fri, 29 Jul 2022 20:58:30 +0000 From: Martin Schanzenbach <mschanzenb...@posteo.de> To: ToBo <t...@rechnerpool.de> Cc: Help-gnunet <Help-gnunet@gnu.org> Subject: Re: route learning Message-ID: <1659128217-sup-8256@werkbank> Content-Type: text/plain; charset="utf-8" Excerpts from ToBo's message of 2022-07-29 14:23:48 +0200:Hi, I set up a three nodes in a very simple configuration: A and B is behind NAT, so they both have to communicate with each other through C A -> C <- B All nodes are in friend only mode. All nodes have some knowledge of each other, at least you can see infos in "gnunet-peerinfo" or "gnunet-peerinfo -f" (what is the exact difference anyway?)Do you have any actual connections? Try with "gnunet-core".Why does a gnunet-cadet don't find it's way from A to B ?This may be due to many reasons. Try compiling gnunet with "--enable-logging=verbose" and set the debug level for cadet to DEBUG. Then check logs. That would be my first approach (IF you have connections at all see above).
Additionally the output of gnunet-cadet -P gnunet-cadet -T gnunet-cadet -p otherpeerid from each node would be interesting. Cheers t3sserakt
OpenPGP_0x524982A0100F7490.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
