Can't acces AUR. No route to host

From all the information you provided, this all doesn’t make sense.

  • You can not ping aur.archlinux.org
  • You can access aur.archlinux.org from web browser (which probably uses its own DNS server)
  • You can access aur.archlinux.org through VPN in terminal (which most likely uses its own DNS server)
  • You claim you changed your DNS in the system and it doesn’t help

This is where we are now.

We don’t know if your browser uses its own DNS server, you never checked, never reported back on that (you forgot I guess). You could try if this is the case, to disable the browser DNS server setting, restart browser and check again, if it then stops working when you acces aur.archlinux.org from web browser, back to the system DNS modification you did, you probably did it wrong.

This is really simple issue to troubleshoot.

Well, if you must use the nmcli instead of the GUI
then you forgot exactly what I tried to emphasize:
ipv4.ignore-auto-dns must be changed from “no” to “yes”
else the servers you tried to set will only be used after the (usually two) others failed
or not at all - I don’t even know

Alright I just checked.

Firefox was indeed on its default configuration, witch used an DNS (that I can’t find what is the specific server that it uses). I disabled this configuration and now I can’t access aur from my browser anymore.

Whats the next step?

Configure properly the DNS server as Nachelese described, dont get the DNS server from the router (DHCP automatic), but from your configuration you make in NetworkManager (DHCP Address Only).

and then reboot, at this point you need fail safe methods…

Your ISP has an issue with its DNS servers most likely as explained in my initial posts.

This time I used the Network Manager GUI.

I Changed the option to Automatic(Addresses Only) and used the Cloudflare DNS servers address.

Then I reset my PC, witch when I looked it went back to default.

Then I remade the configurations and only reset the NetworkManager via terminal.

Now I can access https://aur.archlinux.org/ on Firefox without it’s default configurations of DNS, witch didn’t happened when it was only on the Automatic option.

But it still unreachable through the terminal.

I also tried the “Ignore” option for the IPV6, same results.

This is pretty strange.
especially you saying that the configuration change didn’t “stick”

Can you show:
sudo cat /etc/NetworkManager/system-connections/<Your_Network_Name>

and

dig aur.archlinux.org

it contains the DNS server that is used (it should anyway)

Here, I changed the passphrase and the name, just for privacy sake, I just removed the ID also, don’t know if it matters…

[connection]
id=MyNetwork 2.4g
uuid=*ID*
type=wifi

[wifi]
mode=infrastructure
ssid=MyNetwork 2.4g

[wifi-security]
key-mgmt=wpa-psk
psk=my_pass_phrase

[ipv4]
dns=1.0.0.1;1.1.1.1;
ignore-auto-dns=true
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns=2606:4700:4700::1001;2606:4700:4700::1111;
ignore-auto-dns=true
method=auto

[proxy]

of course - I forgot that this is included in Wlan configs, I didn’t want to spy on you :slightly_smiling_face:

what about
dig aur.archlinux.org
?

That’s the response:

; <<>> DiG 9.18.24 <<>> aur.archlinux.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15313
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;aur.archlinux.org.             IN      A

;; ANSWER SECTION:
aur.archlinux.org.      2908    IN      A       95.216.144.15

;; Query time: 33 msec
;; SERVER: 1.0.0.1#53(1.0.0.1) (UDP)
;; WHEN: Sun May 05 19:11:54 -03 2024
;; MSG SIZE  rcvd: 62

This looks all unsuspicious and normal to me.

the Cloudflare DNS server is being used

I have no idea why it would still not work. :man_shrugging:
Sorry!

So you can not ping the AUR IP address either? Or just the domain? Again the information you provide makes no sense. If you can reach AUR from web browser without DNS override from the browser, then it should work system wide as it basically uses the system network configuration, nothing is overridden. This to me shows something is wrong in the information you give.

I think we gave all the keys to troubleshoot the issue. This seems easy to troubleshoot and fix. But we’re not on your computer and can’t do things for you.

will this
wget https://aur.archlinux.org/cgit/aur.git/snapshot/proton-vpn-gtk-app.tar.gz
download the PKGBUILD (the archive in which it and the patch is contained)?

Then you could build it using makepkg
but there are quite a few additional dependencies needed as well.

Find all of it here:

AUR (en) - proton-vpn-gtk-app

Well, weirdly enough I can ping the IP address, but not the website address:

Not very weird for a DNS issue.

1 Like

No, it also returned an error message:

--2024-05-05 19:34:25--  https://aur.archlinux.org/cgit/aur.git/snapshot/proton-vpn-gtk-app.tar.gz
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving aur.archlinux.org (aur.archlinux.org)... 2a01:4f9:c010:50::1
Connecting to aur.archlinux.org (aur.archlinux.org)|2a01:4f9:c010:50::1|:443... failed: No route to host

I wonder why “it” would try to use IPv6 and not IPv4.
But wonder is all I can do.
No idea.

after some time I still don’t know
but I’d probably try to disable IPv6 - first by setting it to deactivated in NetworkManager
and if that doesn’t do, system wide through a kernel option added to the grub command line
ipv6.disable=1
There is another way as well - sysctl.

But that is weird that this should even be needed - it should just be a temporary measure and reverted
as it likely did work before without such mucking around.

I tried the sysctl method, disabling ipv6 for all interfaces, but the error message just changed to this one:

ping: connect: Cannot assign requested address

Is your firewall allowing necessary traffic? I seem to recall you mentioned using ufw (unless that was some other thread).

I’ve been doing all of this with my firewall disabled

Well, that’s good (and also bad; but good for testing :wink: ).