Re: issue with connecting two local peers
gogo gogo <[email protected]> Sun, 15 Dec 2024 20:53:24 +0100
| Newsgroups | gmane.network.gnunet.bugs,gmane.network.gnunet.devel |
|---|---|
| Message-ID | <CAHYwvPicmjztA0ux-4YGVg9CHfH=g93Mu_b8auk7MR9fb4DeBQ@mail.gmail.com> |
--0000000000007062240629546bfc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I also suggest to add guideline to force dev to test and to make doc on ANYTHING they create. What do you all think of this idea please? Le dim. 15 d=C3=A9c. 2024, 10:58, gogo gogo <[email protected]> a =C3=A9= crit : > I definitely would like to use and maybe contribute to freenet > > Le dim. 15 d=C3=A9c. 2024, 10:54, gogo gogo <[email protected]> a =C3= =A9crit : > >> Could you either document the second method or can you give me the >> instruction to do it manually please? >> >> Le dim. 15 d=C3=A9c. 2024, 10:43, Martin Schanzenbach <mschanzenbach@pos= teo.de> >> a =C3=A9crit : >> >>> There are two ways of doing this in gnunet. >>> The first is to do it manually, by starting two peers with different >>> configurations and having them connect. >>> >>> But the proper way to do testing would be to use the (new) testing API. >>> Alas, there is no usable documentation for either right now. >>> >>> BR >>> Martin >>> >>> On Sat, 2024-12-14 at 18:12 +0100, Maxime Devos wrote: >>> >>> If you wish to start multiple peers on one machine, you probably need t= o >>> adjust the configuration more. >>> >>> >>> >>> - If things are still the same as when I last worked with this (and >>> IIRC), some things are _*outside*_ GNUNET_HOME. There are some >>> sockets =E2=80=A6 somewhere (I think under /tmp? Not sure where.). S= o, GNUnet might >>> be getting confused from this. >>> - Maybe wait a few seconds after doing =E2=80=98gnunet-arm [=E2=80= =A6] -s=E2=80=99, instead >>> of the &&. Maybe the TCP or UDP transports haven=E2=80=99t choosen a= port yet? I=E2=80=99m >>> not sure this is how it works though =E2=80=93 not familiar with thi= s, this is >>> speculation. >>> - I=E2=80=99m not sure if UDP ports are choosen automatically. If th= ey >>> aren=E2=80=99t, then there might be some kind of port conflic. In ca= se of UDP >>> (unidirectional), then the peers would be unable to verify each othe= rs >>> existence. >>> - Even if they are choosen automatically, this automation probably >>> had NAT-punching in mind, not this. >>> - For an isolated network, I think you also need to tell GNUnet to >>> bind to =E2=80=98localhost=E2=80=99 instead of everything. >>> >>> >>> >>> It would be nice to have official documentation on setting up this kind >>> isolated one-machine, multiple peers network. It seems quite convenient= for >>> safely testing things out. (Though for full isolation, a =E2=80=98unix= =E2=80=99 transport >>> would be needed.) >>> >>> >>> >>> Best regards, >>> Maxime Devos >>> >>> >>> --0000000000007062240629546bfc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <p dir=3D"ltr">I also suggest to add guideline to force dev to test and to = make doc on ANYTHING they create.</p> <p dir=3D"ltr">What do you all think of this idea please?</p> <br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class= =3D"gmail_attr">Le dim. 15 d=C3=A9c. 2024, 10:58, gogo gogo <<a href=3D"= mailto:[email protected]">[email protected]</a>> a =C3=A9crit=C2= =A0:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;= border-left:1px #ccc solid;padding-left:1ex"><p dir=3D"ltr">I definitely wo= uld like to use and maybe contribute to freenet</p> <br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">Le dim= . 15 d=C3=A9c. 2024, 10:54, gogo gogo <<a href=3D"mailto:gogo246475@gmai= l.com" target=3D"_blank" rel=3D"noreferrer">[email protected]</a>> a = =C3=A9crit=C2=A0:<br></div><blockquote class=3D"gmail_quote" style=3D"margi= n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir=3D"ltr">Co= uld you either document the second method or can you give me the instructio= n to do it manually please?</p> <br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">Le dim= . 15 d=C3=A9c. 2024, 10:43, Martin Schanzenbach <<a href=3D"mailto:mscha= [email protected]" rel=3D"noreferrer noreferrer" target=3D"_blank">mschanz= [email protected]</a>> a =C3=A9crit=C2=A0:<br></div><blockquote class=3D"= gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-= left:1ex"><div lang=3D"NL-BE" link=3D"blue" vlink=3D"#954F72" style=3D"word= -wrap:break-word"><div>There are two ways of doing this in gnunet.</div><di= v>The first is to do it manually, by starting two peers with different conf= igurations and having them connect.</div><div><br></div><div>But the proper= way to do testing would be to use the (new) testing API.</div><div>Alas, t= here is no usable documentation for either right now.</div><div><br></div><= div>BR</div><div>Martin</div><div><br></div><div>On Sat, 2024-12-14 at 18:1= 2 +0100, Maxime Devos wrote:</div><blockquote type=3D"cite" style=3D"margin= :0 0 0 .8ex;border-left:2px #729fcf solid;padding-left:1ex"><div><p class= =3D"MsoNormal">If you wish to start multiple peers on one machine, you prob= ably need to adjust the configuration more. </p><p class=3D"MsoNormal"><u><= /u>=C2=A0<u></u></p><ul style=3D"margin-top:0cm" type=3D"disc"><li style=3D= "margin-left:0cm">If things are still the same as when I last worked with t= his (and IIRC), some things are _<i>outside</i>_ GNUNET_HOME. There are som= e sockets =E2=80=A6 somewhere (I think under /tmp? Not sure where.). So, GN= Unet might be getting confused from this.</li><li style=3D"margin-left:0cm"= >Maybe wait a few seconds after doing =E2=80=98gnunet-arm [=E2=80=A6] -s=E2= =80=99, instead of the &&. Maybe the TCP or UDP transports haven=E2= =80=99t choosen a port yet? I=E2=80=99m not sure this is how it works thoug= h =E2=80=93 not familiar with this, this is speculation.</li><li style=3D"m= argin-left:0cm">I=E2=80=99m not sure if UDP ports are choosen automatically= . If they aren=E2=80=99t, then there might be some kind of port conflic. In= case of UDP (unidirectional), then the peers would be unable to verify eac= h others existence.</li><li style=3D"margin-left:0cm">Even if they are choo= sen automatically, this automation probably had NAT-punching in mind, not t= his.</li><li style=3D"margin-left:0cm">For an isolated network, I think you= also need to tell GNUnet to bind to =E2=80=98localhost=E2=80=99 instead of= everything.</li></ul><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p cla= ss=3D"MsoNormal">It would be nice to have official documentation on setting= up this kind isolated one-machine, multiple peers network. It seems quite = convenient for safely testing things out. (Though for full isolation, a =E2= =80=98unix=E2=80=99 transport would be needed.)</p><p class=3D"MsoNormal"><= u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">Best regards,<br>Maxime Devos= <u></u><u></u></p></div></blockquote><div><br></div><div><span></span></div= ></div> </blockquote></div> </blockquote></div> </blockquote></div> --0000000000007062240629546bfc--