parazyd | ugh | 10:35 |
---|---|---|
parazyd | Any reason why a machine without an IPv6 uplink would resolve pkgmaster's AAAA DNS entry? | 10:36 |
parazyd | rrq: ^ | 10:36 |
rrq | it'll get it from DNS, but wouldn't use it I guess | 10:37 |
parazyd | For some reason it is | 10:39 |
parazyd | From home, I resolve the IPv6 and it works, but on another machine without 6 it's behaving weird | 10:40 |
parazyd | Err:4 https://pkgmaster.devuan.org/merged beowulf InRelease | 10:40 |
parazyd | Cannot initiate the connection to pkgmaster.devuan.org:443 (2001:41d0:2:1f68::3624:8eb7). - connect (101: Network is | 10:40 |
parazyd | unreachable) Could not connect to pkgmaster.devuan.org:443 (54.36.142.183), connection timed out Could not connect to | 10:40 |
parazyd | pkgmaster.devuan.org:443 (5.135.82.179), connection timed out | 10:40 |
rrq | might it be due to pkgmaster.devuan.org having 2 ipv4 addresses? | 10:40 |
parazyd | ah | 10:40 |
parazyd | It could | 10:40 |
parazyd | hmm, but I can't ping any | 10:41 |
parazyd | (From the machine with issues) | 10:41 |
parazyd | General connectivity works though | 10:41 |
rrq | both are "good" for me; just tried ssh | 10:41 |
rrq | and ping response is fine to from here | 10:42 |
rrq | though (just realized) my ipv6 routing is broken | 10:43 |
parazyd | sec, I'll share a traceroute | 10:43 |
parazyd | http://ix.io/2Em8 | 10:43 |
parazyd | So something is off | 10:43 |
parazyd | And from my house: http://ix.io/2Em9 ; http://ix.io/2Ema | 10:44 |
parazyd | So somewhere some route is broken on aorta.net? | 10:45 |
rrq | yes looks like that.. I come in to via US to FR at 213.251.130.102 | 10:46 |
rrq | let me try from uk ... | 10:46 |
parazyd | Is there any way I could force(?) a routing? | 10:47 |
rrq | it's possible but you need to add host routes successively | 10:49 |
parazyd | ack | 10:50 |
parazyd | I'll just try routing the traffic through my house temporarily | 10:50 |
parazyd | Thanks | 10:50 |
rrq | eg if you have a route to 213.251.130.102 over A, B, C, then you need to first set a route to A, then to be via A, then to C via B | 10:50 |
rrq | be=B | 10:51 |
parazyd | Yeah. That's too complicated for my skills :D | 10:51 |
rrq | do you reach any Devuan node? | 10:51 |
rrq | eg nardoo in France | 10:52 |
parazyd | nash, napier, www, nardoo, all go through the UK for me here | 10:52 |
parazyd | And all stuck | 10:53 |
parazyd | deb.devuan.org works | 10:53 |
rrq | argh :( | 10:53 |
parazyd | Well, sometimes | 10:53 |
parazyd | :D | 10:53 |
rrq | if you want to go via Sydney (borta.rrq.id.au) I can help you with VPN cabling to there | 10:53 |
parazyd | I'll just set up wireguard to my house. It's the quickest solution. | 10:54 |
rrq | ok | 10:54 |
parazyd | It's temporary anyway | 10:54 |
parazyd | (I hope) | 10:54 |
parazyd | Thanks though | 10:54 |
parazyd | Ever given some thought on having HTTPS enabled on deb.devuan.org btw? | 10:57 |
rrq | well then all the mirrors will need to share the cert.. | 10:58 |
parazyd | Right | 10:58 |
parazyd | I suppose the other way is to have a few of our own servers in round robin, and then round robin again inside | 10:59 |
parazyd | Yeah, I guess that's not economical :D | 10:59 |
rrq | yes I don't think anyone has worked out actual load balancing with https .. would need some oath2 principle I suppose | 11:01 |
rrq | but generally I think one should separate end-point trust from transport encryption | 11:02 |
parazyd | *nod* | 11:02 |
parazyd | Seems the uk route issue resolved itself | 13:25 |
rrq | parazyd: yes, that's how magic works :) | 22:23 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!