You are not logged in.
2604:cac0:a104:d::2 is aur.archlinux.org, though.
So this seems to fall apart at the SSL level
Do you get 301 fromcurl -6v http://aur.archlinux.org >/dev/null?
And because of my experiences w/ bugs.kde.org: can you maybe actually
curl -6vL http://aur.archlinux.org
Yes, I get the 301.
$ curl -6vL http://aur.archlinux.org
* Host aur.archlinux.org:80 was resolved.
* IPv6: 2604:cac0:a104:d::2
* IPv4: (none)
* Trying [2604:cac0:a104:d::2]:80...
* Established connection to aur.archlinux.org (2604:cac0:a104:d::2 port 80) from 2a02:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 42112
* using HTTP/1.x
> GET / HTTP/1.1
> Host: aur.archlinux.org
> User-Agent: curl/8.23.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 301 Moved Permanently
< Server: nginx
< Date: Sun, 18 Oct 2026 20:48:34 GMT
< Content-Type: text/html
< Content-Length: 162
< Connection: keep-alive
< Location: https://aur.archlinux.org/
* Ignoring the response-body
* setting size while ignoring
<
* Connection #0 to host aur.archlinux.org:80 left intact
* Issue another request to this URL: 'https://aur.archlinux.org/'
* Host aur.archlinux.org:443 was resolved.
* IPv6: 2604:cac0:a104:d::2
* IPv4: (none)
* Trying [2604:cac0:a104:d::2]:443...
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* SSL Trust Anchors:
* CAfile: /etc/ssl/certs/ca-certificates.crt
* Recv failure: Connection reset by peer
* TLS connect error: error:00000000:lib(0)::reason(0)
* OpenSSL SSL_connect: Connection reset by peer in connection to aur.archlinux.org:443
* closing connection #1
curl: (35) Recv failure: Connection reset by peerOf perhaps 10 attempts in the last 10 minutes (from Arch FreeBSD and Debian), only one of the above succeeded.
Offline
Because of the intermittency: Does it help to lower the MTU? (1280 or sth. like that)
Offline
Because of the intermittency: Does it help to lower the MTU? (1280 or sth. like that)
Doesn't make a difference.
Offline
seth wrote:Because of the intermittency: Does it help to lower the MTU? (1280 or sth. like that)
Doesn't make a difference.
Does here, setting the router's ND MTU to 1280 fixes all Arch properties (and a bunch of previously failing Azure hosted sites as well).
Offline
@stronnag any chance there's a VPN in the route or anything else that might add overhead to the packages?
@maksverver the problem wasn't intermittent for you, was it? Did you contact the accountsupport or ewaller?
Offline
@stronnag any chance there's a VPN in the route or anything else that might add overhead to the packages?
@maksverver the problem wasn't intermittent for you, was it? Did you contact the accountsupport or ewaller?
No VPN nor any other overhead I can think of.
As you're seeing this, I can also report that setting the ND MTU to the same as the PPPoE MTU (1492) also works.
Last edited by stronnag (Yesterday 15:04:57)
Offline
to the same as the PPPOE MTU (1492)
![]()
https://www.reddit.com/r/networking/com … ing_pppoe/
https://wiki.archlinux.org/title/Ppp#Ma … o_not_work
Offline