!vVtVcVdzAdhGFLzFwm:matrix.org

Yggdrasil

1209 Members
End-to-end encrypted mesh networking to connect worlds — https://yggdrasil-network.github.io — https://github.com/yggdrasil-network/yggdrasil-go — English language only, off-topic → #yggdrasil-community:matrix.org240 Servers

Load older messages


SenderMessageTime
19 Jun 2024
@matthewcroughan:defenestrate.itmatthewcroughanmaybe this takes time to propagate, will see..17:25:11
@Arceliar:matrix.orgArceliarFWIW I'm pretty sure the example config is exactly what I ran on a network without ipv6 support when ygg was first released, and it seemed to work OK at the time17:28:15
@matthewcroughan:defenestrate.itmatthewcroughanYes, it works, just not with DNS resolution17:28:28
@matthewcroughan:defenestrate.itmatthewcroughanSome hosts try to use ygg as the default v6 route, since the LAN v4 gateway isn't providing v6 also like openwrt would with fd54::..17:28:57
@Arceliar:matrix.orgArceliar I mean even with DNS resolution, the route 200::/7 {}; part shouldn't make it a default route (if I understand correctly) 17:29:02
@matthewcroughan:defenestrate.itmatthewcroughanand so get no route to host,17:29:07
@matthewcroughan:defenestrate.itmatthewcroughanWell there is no other v6 route, is there? That's the point, and almost everything prefers v6 17:29:46
@matthewcroughan:defenestrate.itmatthewcroughanif there were a pre-existing route, then yggdrasil would not become the default as it does in my scenario 17:30:09
@matthewcroughan:defenestrate.itmatthewcroughanthe only other v6 addr on the machine is fe8017:30:29
@Arceliar:matrix.orgArceliar Thinking back, at the time I was running it we were using fd00::/8 for all of our traffic, and the fc00::/7 block may be treated differently than 200::/7 (though I would not have expected that -- a route to a /7 does not imply access to anywhere else) 17:32:44
@matthewcroughan:defenestrate.itmatthewcroughanYeah I wish I could debug this a bit more, it prevents me using it quite a bit 19:14:27
@matthewcroughan:defenestrate.itmatthewcroughanthis only happens with the radvd setup, not with running ygg on the host 19:15:03
@matthewcroughan:defenestrate.itmatthewcroughan
In reply to @Arceliar:matrix.org
Thinking back, at the time I was running it we were using fd00::/8 for all of our traffic, and the fc00::/7 block may be treated differently than 200::/7 (though I would not have expected that -- a route to a /7 does not imply access to anywhere else)

Here's the issue more succinctly

[default@blikvm-v1:~]$ ping google.com
PING google.com (2a00:1450:4009:81f::200e) 56 data bytes
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=1 Destination unreachable: No route
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=2 Destination unreachable: No route

20:40:40
@matthewcroughan:defenestrate.itmatthewcroughan
In reply to @Arceliar:matrix.org
Thinking back, at the time I was running it we were using fd00::/8 for all of our traffic, and the fc00::/7 block may be treated differently than 200::/7 (though I would not have expected that -- a route to a /7 does not imply access to anywhere else)
*

Here's the issue more succinctly

[default@blikvm-v1:~]$ ping google.com
PING google.com (2a00:1450:4009:81f::200e) 56 data bytes
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=1 Destination unreachable: No route
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=2 Destination unreachable: No route
20:40:44
@matthewcroughan:defenestrate.itmatthewcroughan
[default@blikvm-v1:~]$ ip -6 route
300:b1c5:7791:4ad::/64 dev wlan0 proto ra metric 3003 pref medium
301:pbcc:c7c2:b422::/64 dev wlan0 proto ra metric 3003 pref medium
fe80::/64 dev wlan0 proto kernel metric 256 pref medium
default via fe80::f87e:bfff:fed4:19b9 dev wlan0 proto ra metric 3003 pref low


20:41:42
@matthewcroughan:defenestrate.itmatthewcroughan *
[default@blikvm-v1:~]$ ip -6 route
300:b1c5:7791:4ad::/64 dev wlan0 proto ra metric 3003 pref medium
301:pbcc:c7c2:b422::/64 dev wlan0 proto ra metric 3003 pref medium
fe80::/64 dev wlan0 proto kernel metric 256 pref medium
default via fe80::f87e:bfff:fed4:19b9 dev wlan0 proto ra metric 3003 pref low
20:41:46
@matthewcroughan:defenestrate.itmatthewcroughan
      interface br0
      {
           AdvSendAdvert on;
           AdvDefaultPreference low;

           prefix 300:b1c5:7791:4ad::/64 {
               AdvOnLink on;
               AdvAutonomous on;
           };
           route 200::/7 {};
      };

20:43:05
@matthewcroughan:defenestrate.itmatthewcroughan *
      interface br0
      {
           AdvSendAdvert on;
           AdvDefaultPreference low;

           prefix 300:b1c5:7791:4ad::/64 {
               AdvOnLink on;
               AdvAutonomous on;
           };
           route 200::/7 {};
      };
20:43:09
20 Jun 2024
@hardy_tom:matrix.org@hardy_tom:matrix.orgRedacted or Malformed Event00:04:35
@bjtftw:matrix.orgbjtftw
In reply to @matthewcroughan:defenestrate.it

Here's the issue more succinctly

[default@blikvm-v1:~]$ ping google.com
PING google.com (2a00:1450:4009:81f::200e) 56 data bytes
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=1 Destination unreachable: No route
From doesnix (300:b1c5:7791:4ad:7c32:c863:6fe8:31b5) icmp_seq=2 Destination unreachable: No route
You need to add "AdvDefaultLifetime 0;" in the main section of radvd.conf (not the prefix or route sections)
05:17:36
@matthewcroughan:defenestrate.itmatthewcroughan
In reply to @bjtftw:matrix.org
You need to add "AdvDefaultLifetime 0;" in the main section of radvd.conf (not the prefix or route sections)
Yeah, I tried that too, though it didn't have the impact I wanted
06:27:11
@bjtftw:matrix.orgbjtftw
In reply to @matthewcroughan:defenestrate.it
Yeah, I tried that too, though it didn't have the impact I wanted
Do you still have default route for IPv6 set on your machines "default via fe80::f87e:bfff:fed4:19b9 dev wlan0 proto ra metric 3003 pref low"?
06:37:17
@bjtftw:matrix.orgbjtftwYou should not have it, that's the cause of the problem06:37:36
@matthewcroughan:defenestrate.itmatthewcroughanI do have it yeah06:46:48
@matthewcroughan:defenestrate.itmatthewcroughanI can debug more, my solution was to put ygg on the machine itself instead of doing radvd and potentially corrupting all the hosts on lan06:47:17
@matthewcroughan:defenestrate.itmatthewcroughanAt least until I can debug further06:47:27
@bjtftw:matrix.orgbjtftwremove that default route manually for now and check if the problem persist 06:48:26
@bjtftw:matrix.orgbjtftwip r d default via fe80::f87e:bfff:fed4:19b9 dev wlan006:49:14
@neilalexander:matrix.orgneilalexander banned @hardy_tom:matrix.org@hardy_tom:matrix.org (spam).08:08:50
@ohdang:matrix.orgohdang joined the room.16:57:42

There are no newer messages yet.


Back to Room ListRoom Version: 6