Re: GNUnet
t3sserakt <[email protected]>
| Newsgroups | gmane.network.gnunet.devel |
|---|---|
| Message-ID | <[email protected]> |
I also like to add that there are several interpretations of the term "connection" in GNUnet. First and foremost there are direct connections between peers via the Transport layer of GNUnet. If you start your peer it automatically tries to establish direct connections to other peers (it knows), and when succeeded your peer is already "connected" to GNUnet. But those "connection" is not E2E encrypted, which is the responsibility of the Core layer. The output of gnunet-core gives you all the E2E encrypted direct connections. Then there are connections in terms of the Cadet routing layer. This means your peer knows of paths to others peers. If you like to send a message to another peer the Cadet layer sets up a so called tunnel, which one also could interpret as some kind of connection. I guess you tried gnunet-cadet, because you wrote "tried to connect to the other peer and port" right? gnunet-cadet -P lists peers you might have paths to, which means it should be able to send message via the Cadet layer to that peer. There some issues with the Transport and Cadet layer, which might make sending messages via the Cadet layer unreliable. We are right now working on a redesign of the Transport layer to get rid of those problems. Unreliable means, sometimes sending messages via Cadet is not a problem at all working instantaneously, sometimes an initial message needs some minutes, and after that the following message are received instantaneously, and sometimes messages to not arrive at all, and you have to restart the peers to try again. The probability of getting a connection is higher if have a direct connection between peers. You can import gnunet-peerinfo -p HELLO the hello string you get by gnunet-peerinfo -sg to achieve a direct connection to the peer you imported the hello string from. If the peers are natted this might also be an issue. Easiest way to make a natted peer reachable is to open the port 2086 (default GNUnet port) in your router. I hope this might help. - t3sserakt On 01.11.22 03:14, Martin Schanzenbach wrote: > Hi! > > Can you elaborate on what exactly you are trying to achieve? > If you start two peers those will not necessarily automatically connect > to each other directly. > By nature of the p2p overlay, the peers may be connected only > indirectly, which is fine. > You do need to have at least one connection for the routing to work, > usually this is to peer Y924. > You can check your (direct) connections with > > $ gnunet-core > > It is also sometimes prudent to wait a bit until the connections are set > up. > > Br > Martin > > On 31.10.22 21:46, Rowan de Jong wrote: >> Dear Mr/Mrs, >> >> >> >> Our names are Rowan de Jong and Mart van der Veen, we are students from the >> Netherlands from the school De Lage Waard. We are making a report about GNUnet >> and we have some questions. We have a problem, me and my friend’s GNUnet >> systems do not connect with eachother. We followed all the steps on your site, >> but after one of us tried to connect to the other peer and port it didn’t >> connect. Is there someone who could help us? We would really appreciate it. >> >> >> >> Thanks in advance! >> >> >> >> Greetings, >> >> >> >> Rowan de Jong and Mart van der Veen >> >> >> >> >> >> >>
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