You are not logged in.
NetworkManger checks http://www.archlinux.org/check_network_status.txt to see if the computer is connected to the Internet.
This url is specified by default in:
/usr/lib/NetworkManager/conf.d/20-connectivity.conf
It doesn't seem to be working for me.
Running
nmcli networking connectivity
returns limited, even if I am connected to the Internet.
I have a script that depends on the networking status. I will change the url, but thought this issue was worth raising here first.
Is it worth filing a bug report?
Last edited by dwrz (2017-08-19 19:19:57)
Offline
File a bug report - my guess is that page never got transferred to the new servers.
Offline
@dwrz
Check https://bbs.archlinux.org/viewtopic.php?id=229189
It is fixed with curl package that is currently in testing.
Online
Thanks -- good to hear!
Offline
@dwrz
Check https://bbs.archlinux.org/viewtopic.php?id=229189
It is fixed with curl package that is currently in testing.
This has absolutely nothing to do with the OP's problem. A bug report does indeed need filing.
Last edited by Slithery (2017-08-20 11:43:26)
Offline
Xabre wrote:@dwrz
Check https://bbs.archlinux.org/viewtopic.php?id=229189
It is fixed with curl package that is currently in testing.This has absolutely nothing to do with the OP's problem. A bug report does indeed need filing.
And you're absolutely wrong, I hope you're not the one responsible for someone filing this duplicate: https://bugs.archlinux.org/task/55205
http://... serves that network connectivity file, but your browser redirects it via HSTS even though it isn't served over HTTPS. Nevertheless, it is absolutely trivial to see that it is indeed available via curl or from networkmanager, as evidenced by the fact that it freaking works with the curl in testing.
(Do you really think that had that url not worked at all, that anyone, ever, would have it working in any sense whatsoever in order to report that "yes, thank you the new curl in testing worked for me"?)
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
Is this related to the repeated connectivity time out messages in journal (using NetworkManager)?
Aug 23 15:18:23 arch-ebunker NetworkManager[545]: <info> [1503526703.3058] connectivity: (enp4s0) timed out
like clockwork every 5 minutes or intervals divisible by 5 minutes. Rolling back NetworkManager doesn't change it. Disabling nm-dispatcher service doesn't either (but does stop the dbus nm-dispatcher errors that coincide with the time out errors). It's present in the lts kernel also. Started after last syu (kernel, systemd, and NetworkManager) - or do I need to look elsewhere? The network is working (file sharing) but Firefox, Chromium, and Chrome are all delaying on resolving host 5 - 15 seconds when opening new tabs. Modem, router, switches and cables are all good, two Windows machines, and two Android devices and one other device on same lan are experiencing no issues.
∞ hard times make the strong, the strong make good times, good times make the weak, the weak make hard times ∞
Offline
Considering that the central theme of this thread is this bug: https://bugs.archlinux.org/task/55195
Either upgrade to curl 7.55.1-2 in the testing repositories and verify that it fixes your issue, or verify that it *doesn't* fix your issue and open a new thread about your new issue.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
Either upgrade to curl 7.55.1-2 in the testing repositories and verify that it fixes your issue, or verify that it *doesn't* fix your issue and open a new thread about your new issue.
I tried two things:
1. tested a different url in 20-connectivity.conf, re-enabled, started nm-dispatcher, restarted NetworkManager, results = no more timeout messages nor nm-dispatcher complaints (connectivity was always full though unlike OP), but internet still 8- 15s to resolve host when opening web browser or opening new links etc.
2. reset 20-connectivity.conf to original and installed curl 7.55.1-2 from testing repository, rebooted and results = same as test #1, so will look into the resolve host surfing delays later...
thanks!
∞ hard times make the strong, the strong make good times, good times make the weak, the weak make hard times ∞
Offline