Re: route learning

t3sserakt <[email protected]> Mon, 1 Aug 2022 11:39:03 +0000

Newsgroups	gmane.network.gnunet.general
Message-ID	<[email protected]>

On 31.07.22 18:00, [email protected] wrote:
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 31 Jul 2022 11:30:04 +0200
> From: ToBo <[email protected]>
> To: Help-gnunet <[email protected]>
> Subject: Re: route learning
> Message-ID: <[email protected]>
> Content-Type: text/plain;	charset=us-ascii
>
> Hi,
>
>> 29 juli 2022 kl. 22:58 skrev Martin Schanzenbach <[email protected]>:
>> Excerpts from ToBo's message of 2022-07-29 14:23:48 +0200:
>>> 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".
> I mainly used gnunet-transport to monitor that, but yes, gnunet-core
> has shown the same.
>
>>> 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).
> I recompiled it and tried again, this time it worked for whatever
> reason. Sometimes the behavior of GNUnet is hard to understand.
>
> How can I configure a minimal set of deamons to just have a network or session
> layer with cadet? I think this will help in understanding the whole thing.

Each service can have a section in the configuration file, if you like 
to change the default values.

You can have a look onto the default values in the source code. For 
example to look for the default values of the file sharing service you 
might have a look into the file

src/fs/fs.conf

There you see at the very beginning

[fs]
START_ON_DEMAND = YES
IMMEDIATE_START = YES

If you change IMMEDIATE_START to NO. This service will not start when 
starting the GNUnet peer, but if it is needed. If you change 
START_ON_DEMAND to NO it will not start at all.

- t3sserakt

OpenPGP_0x524982A0100F7490.asc (application/pgp-keys, 3 KB)

-----BEGIN PGP PUBLIC KEY BLOCK-----

xsFNBFjU+EYBEACWxwqPk31erHNOsh4XEh/7wrwXodo5rGWwlmjfSdilGO7nWCLm
UWhZwxA4g7amO6V4xFEf4WUETywg43eEgD+IUrMEuKRnD3SXRZGSkT61YiLkvBy9
VsVWmYEz7k1qElVSmgb/iy8yIVmMXO+y8s+rWgI4xgiT+byYFBZ0BGa3yKtt+P3W
tnDwwVE1em35KAvzjc8lQr5vxescJ2BcDzQuJ8sRT32Sq0RZ9rer3QnrIIYxlGUV
V/Z18SxnqoN3P5o6DomkfEjEmrt6VCn7JqCVarbPQ4Hw92EuVSP3eVyYcVMbxV1P
sPl/ZmPqbQHCfk5AjqyualHJPARK53ahtLsbxDvqcuX8cD3nc8lvR14TA0qfoloU
G4BApXYN171fVuEuZCLk+yX9JAFFw84IhaoIdmgCbdKkyhaDgsHbdAfJzmHn38fo
HK/RIYLp4LZOMMJ/h9k3c0QpJ/WZb7MPsgp6gsRbpDolRUYx61O2Kj8p4f2d7K2z
F6Vpp5OnugKmDOO2rIG64BrJh4exASigdvVcLPsytopup5YLdnq9ddh+zD/xDEzV
+iZhYCsNdAbOIRAkI2LR/F1aEFuv12+duGnwsmrgjDisT10zavf7tlHoOQP0B/sc
jhtLfEWo3JNPPmt9p7IMY8hIcsoEU66KnsXLlZGYp6b/UYPcFvON9GsU2wARAQAB
zRp0M3NzZXJha3QgPHQzc3NAcG9zdGVvLmRlPsLBdwQTAQgAIQUCWNT4RgIbAwUL
CQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBSSYKgEA90kGyJEACQf50mYFuxz6ex
FmX1x4zcxtZHVfbM2QZ4aG+brOH3O3QuoWJMFEsnjXHSzhUtH5RAs69CNTnHA/AE
+Q9cI4XcRF2XrT5GKJZH6OkExsNIrUl+occA9axACP2Qq0zdLlpdVF1ToH8DD16H
l2doJUfVcAGwuvC68MaoCkBdaxwMsdkiLUjOx5k3+ovaESHxw8AFohBWCxj9X2Gc
+rpUYpb3B9b42QdxB6gM1uCQVCh2szlyRRRYUnvRKMZZGzTPvvuWy+7dN4Mm01c0
CpKWZ4mwE3AEg3LM7vrOY61sFELdMpjvecaIQJVz72NNXAZr9/wzVlHx4P3fGyPb
QwaAfgOVAU2EbbgElN9X/ni8A5GTm1HehPNvZUKmzh0z40YPNlnZv0m9dsKDz7it
BvfpAYiRI7KRQxycK29R61RBBXG65qVVvtBHqaM+eGNYHWCtBJ7L8Pi2lYwKBC6z
dyvnn9jVt3RTfzng0labJRHqwQKjh0E4S9LucfJNYkX828aLi1LTA0UkWfwKidXv
gbff6v0ISDnC0LstkdepxOWCitNkl2YUcw7Hp+7cUDbM382BumHHzj40z53cUs2P
q9yLzW3dqcxdn+NYZFgU/DQSRiMrPca+jfCTjQ6dsiIaybDXtPkkbFMbvgJtIE8P
eURDCX9wpLuPV9amIja6nGIJReFZOc7BTQRY1PhGARAAzWblMELkqv2cAC7afOV9
B8oaOLisw8fXrnM1/OFOZCLrAiFYNQ1MyUISUZ+AGhfsCDujqkbCy57Cma/+aJe4
hN8K3RFvBPsmDF86wHnJ929Fp77PFNYpqOa0E21FalWI7JHtj3FNOfAiSSE/+tHD
llTwxrNFrw9KyIpJwwqCX4qVvieIS9noHo2DaDBruK/8o8lIPOiEZJFzGt09iPRu
CrfCA1kopf6aPWk5JB4lw0gW3ybTbyG1dwRH87THczm61Cp2uX5uPTNexpmLPNV2
pzCFse+uTtJxijt3h/j9k/StxlpWArphEWLAbye40rpP/spoGH5ZjlE9lEm988Fi
XLT/dNEOOeHrPcyiIJpqjO/2Pxc3PGbi9GvmwhQHkTo+Ld72jPTWpJMHvfirJr1o
XM+quc7QEnk8EIsQ0Q9jIKqVy3jO8NQffzu1WSXer1G8rCzUKki1JaztI9hiy/Gi
YaX1/kIJUJ6RKyeeiV9BjuZYEJL12uxpojPQST8CtQtCZhu5q7+6no69T+/ywaqP
kISLp9emQfhez7c0iwcqfW2InVPrQyTE29kcG7xiWRaTjAZQ6Io2Uus0Zs3/X5Oi
u9qJB8fM0+qXvvoGLzWgl7aurUPD0pKy5peNqCjE7bSnhoaa9GKzrMvjGRbuhz1D
On0iMeBA6ut2/cLmHBzce8cAEQEAAcLBXwQYAQgACQUCWNT4RgIbDAAKCRBSSYKg
EA90kDO1D/4951TF9n5es2g60s4TFq3yj4slyaH5fCjcBujf3cYOiwmEHROjmPyk
3/t2NuCSW/tT8hd6Eb9hFWKoFPqdmJaiHkSqCKgXvRlKLOjQcUrY1kiPOOnQzshS
I84GQP9FEiu/xiiRZJLzYD8U4Ol5CpfT8UKXD8tSdRPqv6XmJWzcqhK4R0oJUXip
mhDM8dY7cEDHfxR0FckT6LCJCaL/s8f1qZQfj/ResH44AA9xHIs2bxYoIp8cIv7V
5YO+uh/c/+yYkOVIlIgYLomBnrACEv/530fqODOjB1Ztpa/D615t1TQK1iqgsgZf
5lRfQYFEwdkbgJY4qFZ5opWWwG6Wr1+ZkPnq4HWTnjIAE6eBizeXKKKCNBfSAPGR
M2bNSGiKbklkQFTWsPP2xswGl9ck5I5z9tsCDQM05eMn6vFcOkb8WA0XOlqoY9TN
k6IZoVHoGmgntlh1nPRmBuKkemank2wm9MqMEhYS9FjWHAmQ403bXvILjQLivWsN
/WSYegg+DzhJF4UHOSfcCpBxQjm1Yv8upsd9PdpWGrm8LUSHP3coA7rszCCegdTL
e3rLnhK0nj0Rll+B4+a3vmZ5YwZHWjxGImjiOBNEcEElWtjcfFAKVUS7MnsCikyC
RMJj+Gcd/kitTqYfUGP+ywyjpaMC7gW8j1XC1di4c3r8fxtZOiiUbQ==
=lgGI
-----END PGP PUBLIC KEY BLOCK-----

OpenPGP_signature (application/pgp-signature, 840 B) - not displayed