!vVtVcVdzAdhGFLzFwm:matrix.org

Yggdrasil

948 Members
Experimental end-to-end encrypted IPv6 overlay network — https://yggdrasil-network.github.io — https://github.com/yggdrasil-network/yggdrasil-go — English language only, off-topic → #yggdrasil-community:matrix.org193 Servers

Load older messages


SenderMessageTime
25 Aug 2021
@Arceliar:matrix.orgArceliari have other things in mind for v0.5, so UDP support probably won't happen any earlier than v0.6, for whatever that's worth09:12:10
@nekit:nekit.tknekit
In reply to @Arceliar:matrix.org
i have other things in mind for v0.5, so UDP support probably won't happen any earlier than v0.6, for whatever that's worth
😮 curious, is there some kind of roadmap? What would be the biggest change for such a “major” bump, if not UDP?
09:36:18
@nekit:nekit.tknekitAnyone here runs Ygg alongside with Wireguard on Windows? I'm having issue with Wireguard's manager outright removing Ygg wintun interface while it's still in use. Apparently it deems it as one of its own that happened to linger around. Not quite sure what's the heuristic WG employs for such action, but I did notice that Ygg's interface describes itself as “WireGuard Tunnel”09:42:23
@nekit:nekit.tknekit * Anyone here runs Ygg alongside with Wireguard on Windows? I'm having issue with Wireguard's manager outright removing Ygg wintun interface while it's still in use. Apparently it deems it as one of its own that happened to linger around. Not quite sure what's the heuristic WG employs for such action, but I did notice that Ygg's interface describes itself as “WireGuard Tunnel”09:44:20
@neilalexander:matrix.orgneilalexander
In reply to @nekit:nekit.tk
Anyone here runs Ygg alongside with Wireguard on Windows? I'm having issue with Wireguard's manager outright removing Ygg wintun interface while it's still in use. Apparently it deems it as one of its own that happened to linger around. Not quite sure what's the heuristic WG employs for such action, but I did notice that Ygg's interface describes itself as “WireGuard Tunnel”
That is pretty bad behaviour from the Wireguard manager :-( I imagine it is because we use the Wintun driver like Wireguard does
09:51:24
@nekit:nekit.tknekit
In reply to @neilalexander:matrix.org
That is pretty bad behaviour from the Wireguard manager :-( I imagine it is because we use the Wintun driver like Wireguard does
Ah, forgot to mention that it doesn't touch Tailscale's interface. And it seems to be using the same driver. But I'll have to double check
09:52:22
@kayterina-2:matrix.orgkayterina left the room.09:53:16
@Arceliar:matrix.orgArceliarmaybe we need to configure something on windows so it knows it's not a "WireGuard Tunnel"10:30:34
@neilalexander:matrix.orgneilalexanderI would have thought using our own GUID (which we do) would have been sufficient10:32:25
@neilalexander:matrix.orgneilalexanderMaybe there is something else we have missed10:32:38
@neilalexander:matrix.orgneilalexanderhttps://github.com/yggdrasil-network/yggdrasil-go/blob/develop/src/tuntap/tun_windows.go#L30-L3510:33:56
@tomz:matrix.orgtomzI added the ygg address as AAAA to my sites address, lets see if people on plain IPv6 start complaining ;)12:26:35
@Guest5251:libera.chatGuest5251 joined the room.12:50:17
@justicefries:libera.chatjusticefries joined the room.14:39:32
26 Aug 2021
@DeadYoshi_:libera.chatDeadYoshi_ joined the room.01:14:42
@abvgd0987:matrix.orgabvgd0987 joined the room.05:15:07
@abvgd0987:matrix.orgabvgd0987Good afternoon. I am interested in the yggdrasil device. I am interested in technical details at the level of understanding. These articles, in my opinion, do not fully disclose the issue of "understanding": https://habr.com/ru/company/itsoft/blog/547250/, https://habr.com/ru/company/itsoft/blog/566072 /.05:16:29
@abvgd0987:matrix.orgabvgd0987

Questions:

  1. How does the first connection to the network of the installed client take place (partly in the articles there is an answer to this, but I want more details)?
  2. What happens after my client finds another yggdrasil client. (what happens on my client and what happens on the found client)?
  3. How EXACTLY the connection takes place (and the creation of a network in advance - in a very simplified article it is written about this). Who, to whom, what sends, in more detail about the DHT table, etc.?
  4. What exactly happens when one of the nodes becomes inactive (network rebuilding algorithm)?
  5. P. S. Interested in version Yggdrasil 0.4.
05:16:47
@tomz:matrix.orgtomz
In reply to @abvgd0987:matrix.org

Questions:

  1. How does the first connection to the network of the installed client take place (partly in the articles there is an answer to this, but I want more details)?
  2. What happens after my client finds another yggdrasil client. (what happens on my client and what happens on the found client)?
  3. How EXACTLY the connection takes place (and the creation of a network in advance - in a very simplified article it is written about this). Who, to whom, what sends, in more detail about the DHT table, etc.?
  4. What exactly happens when one of the nodes becomes inactive (network rebuilding algorithm)?
  5. P. S. Interested in version Yggdrasil 0.4.
the bests way to learn is to install the yggdrasil client on your own desktop machine and play with it.
07:10:10
@abvgd0987:matrix.orgabvgd0987So I will only see the input / output of the system, and HOW it does it, it will remain behind the scenes.07:18:59
@tomz:matrix.orgtomzwell, first of all, its open source so nobody is hiding anything from you :-) But you'll be experimentally able to see how the mesh works. If a node goes offline within seconds the node will route around it, for instance.07:21:06
@tomz:matrix.orgtomz * well, first of all, its open source so nobody is hiding anything from you :-) But you'll be experimentally able to see how the mesh works. If a node goes offline within seconds the node will route around it, for instance.07:21:14
@abvgd0987:matrix.orgabvgd0987
In reply to @tomz:matrix.org
well, first of all, its open source so nobody is hiding anything from you :-)

But you'll be experimentally able to see how the mesh works. If a node goes offline within seconds the node will route around it, for instance.
it's clear)
07:29:48
@tomz:matrix.orgtomz
In reply to @abvgd0987:matrix.org

Questions:

  1. How does the first connection to the network of the installed client take place (partly in the articles there is an answer to this, but I want more details)?
  2. What happens after my client finds another yggdrasil client. (what happens on my client and what happens on the found client)?
  3. How EXACTLY the connection takes place (and the creation of a network in advance - in a very simplified article it is written about this). Who, to whom, what sends, in more detail about the DHT table, etc.?
  4. What exactly happens when one of the nodes becomes inactive (network rebuilding algorithm)?
  5. P. S. Interested in version Yggdrasil 0.4.
  1. Depends on their device, for normal yggdrasil it works that:
    a. it tries to search the local subnet and connects to any devices.
    b. you need to manually connect to a (public) peer by giving the IP address. (see https://github.com/yggdrasil-network/public-peers)
  2. they open a socket and they exchange a handshake that is based on your step 1. They will keep a connection open and alive (with regular pings to check).
  3. we would love more blogs too, the maintainers are overly busy with other stuff unfortunately. But you can find a lot of details on the blogs: https://yggdrasil-network.github.io/blog.html
07:40:45
@abvgd0987:matrix.orgabvgd0987thanks)07:57:23
@neilalexander:matrix.orgneilalexander abvgd0987: You start by connecting to another peer, which are either discovered automatically locally using multicast, or you have to configure one. Your node handshakes with the remote node and then it starts bootstrapping 08:38:50
@neilalexander:matrix.orgneilalexanderBootstrapping is done when a node finds its immediate keyspace neighbours, so it sends out bootstrap packets into the network to do that08:39:23
@neilalexander:matrix.orgneilalexanderThen you send a setup packet to your keyspace neighbour, which in turn populates the routing table of the nodes between you and that neighbour, and that's what provides routing information08:40:24
@neilalexander:matrix.orgneilalexanderOnce a node goes offline, all routes that went via that node are torn down and affected nodes will set up new paths if needed08:40:44
@abvgd0987:matrix.orgabvgd0987 neilalexander: "when a node finds its immediate keyspace neighbours" - Who are they and how to define them? 08:54:47

There are no newer messages yet.


Back to Room List