Sysop: | Amessyroom |
---|---|
Location: | Fayetteville, NC |
Users: | 28 |
Nodes: | 6 (1 / 5) |
Uptime: | 46:08:01 |
Calls: | 422 |
Calls today: | 1 |
Files: | 1,024 |
Messages: | 90,336 |
Hello *,
[...]
Does that somehow also impair your ability to respond to QA bugs?Not very much. Any work involving access to gentoo web pages takes substantially more time, that's all.
Hello *,As an A/B comparision, this is a good starting point.
I have problems opening several sites
gentoo.org
wiki.gentoo.org
devmanual.gentoo.org
(but not packages.gentoo.org, forums.gentoo.org)
from my gentoo notebook in Novosibirsk, Russia. All these sites have an excellent ping; the problem is only to access them via https. First I wait for several minutes; then either the browser (chrome) declares timeout, or the site opend, but without the top menu, the background picture below the menu. Instead I get the menu as a plain vertical list of lines, each line contains a link. These links work. But if I choose, e.g., the link Support,- Use Chrome devtools while loading one of the pages, and identify which
I again have to wait for many minutes for gentoo.org/support/ to load.
This is clearly related to me being in Russia. When I go to the same sites from chrome on my android tablet, and this tablet is connected by vpn to a vps in Germany, everything works fast and without defects. Unfortunately, I have no client compatible with this vpn on my gentoo notebook.Two theories:
The commandWith the original -H parameters from chrome, it failed with a timeout. Now
curl 'https://assets.gentoo.org/tyrian/v1/bootstrap.min.js'
with the headers provided by chrome still has not terminated (about 10 mins).
- Use Chrome devtools while loading one of the pages, and identify whichIt seems loading bootstrap.min.js takes forever. When I copy this request
requests are slow
- Copy that request from devtools "copy as curl"
- Repeat it in the shell
- Test if dropping headers etc changes the behavior.
The "excellent ping" comment stands out as odd - from Russia, I wouldFor www.gentoo.org it is about 100 ms; for wiki.gentoo.org 300-400 ms, not
expect a poor ping to wiki.g.o and forums.go, because they are NOT on
the CDN.
Two theories:This is highly probable. I read somewhere that Russia blocks some CDNs
- Russia/ISP is badly blocking a subset of CDN endpoint IPs, and since
CDNs host a wide variety of services, this is collateral damage.
- The CDN provider is doing partial blocking of Russia [not to my
knowledge, but I wouldn't rule it out, e.g. being ordered to block
some Russian access]