You are not logged in.
I am on gnome 3.22. I cannot load youtube website properly. the issue persists with chromium, google-chrome, firefox, gnome-web or opera. The site always loads in ugly mode, stating error loading css files:
Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/cssbin/www-pageframe-webp-vflzo1S0g.css Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/cssbin/www-guide-webp-vflGURvE8.css Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/cssbin/www-home-c4-webp-vflacd2-a.css Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/jsbin/scheduler-vflOTrpam/scheduler.js Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/img/pixel-vfl3z5WfW.gif Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/jsbin/spf-vfl-Bavno/spf.js Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/jsbin/www-en_US-vflGom8Pu/base.js Failed to load resource: net::ERR_CONNECTION_REFUSED
subscriptions:11362Uncaught ReferenceError: spf is not defined
at subscriptions:11362
subscriptions:11365Uncaught TypeError: yt.setConfig is not a function
at subscriptions:11365
subscriptions:11392Uncaught TypeError: yt.setConfig is not a function
at subscriptions:11392
https://s.ytimg.com/yts/img/favicon_144-vflWmzoXw.png Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/img/favicon_96-vfldSA3ca.png Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/img/favicon_48-vfl1s0rGh.png Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/img/favicon_32-vfl8NGn4k.png Failed to load resource: net::ERR_CONNECTION_REFUSED
https://s.ytimg.com/yts/img/favicon-vflz7uhzw.ico Failed to load resource: net::ERR_CONNECTION_REFUSED
Last edited by chetanpm (2016-12-28 13:02:32)
Offline
It seems that you have network problems. Have you setup a firewall? How exactly have you configured your network? Does it work with another computer or OS?
Offline
> I am on gnome 3.22
Which is probably irrelevant
> Failed to load resource: net::ERR_CONNECTION_REFUSED
Well, there's your explanation of the outcome, now it's your job to figure the cause.
ping the server, then wget/curl the failing files, first try https, if it fails try http.
In case of the latter works, first just try to update the browser packages and the ca-certificates* packages.
If that doesn't help, the communication might very well be compromised (firewall, malware, ISP, ...)
Online
@olive: The problem doesn't seem to be with the network. The website opens fine on macos10.12,windows7 and android 5.5 devices on the same network.
@seth: Since the error showed up on browsers built on different engines (webkit, chromium,..) I thought there might be a reported issue with gnome 3.22 specifically.
The files are accessible through wget/curl with http: (Connection refused with https:) Browser packages are all up to date, I don't seem to know how to update the certificates*
Offline
@chetanpm: Are you dualbooting with windows and do you have your hwclock properly set to UTC?
Last edited by adomol (2016-12-27 06:44:20)
Offline
Search https://www.archlinux.org/packages/ for all "ca-cert" packages.
Notice that partial updates are not supported ;-)
Online
@adomol: Not dual booting. hwclock is properly set.
The issue showed up 15 days ago out of nowhere., everything was working fine from long time till then.
@seth:
local/ca-certificates 20160507-1
Common CA certificates (default providers)
local/ca-certificates-cacert 20140824-4
CAcert.org root certificates
local/ca-certificates-mozilla 3.27.2-1
Mozilla's set of trusted CA certificates
local/ca-certificates-utils 20160507-1
Common CA certificates (utilities)
All related packages seem to be up to date. I even did reinstall to see f it works. But the browser loads other https: sites correctly.
This is the link on the page am currently on https://bbs.archlinux.org/viewtopic.php?id=221042. https works here.
Offline
sudo update-ca-trust
If that doesn't help, (it should be auto-executed anyway) edit /usr/bin/update-ca-trust (shell script) and make "trust" "trust -v" to be a bit more talky. Also try "wget -dv" on the matter.
Online
update-ca-trust with "trust -v" put in the script:
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6179) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6180) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6181) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6182) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6183) extract_certificate: skipping certificate without a value
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
(p11-kit:6656) extract_certificate: skipping certificate that doesn't match trust flags
p11-kit is up to date:
local/p11-kit 0.23.2-1
Library to work with PKCS#11 modules
Also wget -dv https://s.ytimg.com/yts/cssbin/www-core … 0OytbW.css : gives not much
Setting --verbose (verbose) to 1
DEBUG output created by Wget 1.18 on linux-gnu.
Reading HSTS entries from /home/chetanpm/.wget-hsts
URI encoding = ‘UTF-8’
Converted file name 'www-core-webp-vfl0OytbW.css' (UTF-8) -> 'www-core-webp-vfl0OytbW.css' (UTF-8)
--2016-12-28 10:57:58-- https://s.ytimg.com/yts/cssbin/www-core-webp-vfl0OytbW.css
Resolving s.ytimg.com (s.ytimg.com)... 185.162.9.189
Caching s.ytimg.com => 185.162.9.189
Connecting to s.ytimg.com (s.ytimg.com)|185.162.9.189|:443... Closed fd 3
failed: Connection refused.
Releasing 0x00000000027a3bb0 (new refcount 1).
connection refused still.
Offline
185.162.9.189 is NOT s.ytimg.com but apparently belongs to someone in bulgaria ....
dig s.ytimg.com, then dig it @8.8.8.8, inspect your /etc/hosts - and start to worry, something's certainly compromised here!
Look at your /etc/resolv.conf - is that the expected nameserver? How do you configure it?
Online
The problem was with the configured DNS. I thought I could slip through using automatic DNS on the machine since I had it properly set in my router.
My computer didn't assume the same dns address from the router and chose something else automatically which had name resolution problems I suppose.
The site loads up fine now. Thanks for sticking on
Offline
Offline