Co se děje s gentoo.org?

[renergy]

Jsem jediný, komu www.gentoo.org vpodstatě nefunguje? Po velmi dlouhé době se mně načetla nějaká polorozpadlotina, z které jsem vyčetl že po 1. dubnu se rozhodli změnit design, ovšem současný stav je tedy nepoužitelný...

[Reklama]

[JardaP .]

Me se to nacita.

[renergy]

Díky za odpověď. Mně stále ne, resp. forums.gentoo.org běží, hlavní stránka a handbook ovšem ne, zjevně se nenačte css styl. Podivné.

[Petr Krčmář]

Tipoval bych lokální cache. Zkus tvrdý reload: ctrl+shift+r. Velmi často to pomůže právě v takových chvílích, kdy web nabízí nový obsah, ale v cache leží staré soubory.

[renergy]

Díky za tip, "ladění vlastního přijímače" jsem zkoušel všemožné, vč. promazání cache, restartu. Firefox, Chromium - na dvou různých počítačích, i z Windows jsem to zkoušel... IE dopadl vlastně nejhůř - nezobrazí vůbec nic... Ostatní prohlížeče: ihned se zobrazí title ve jménu tabu "Welcome - Gentoo Linux" - pak asi minuta čekání na (nejspíše) css a nějaké obrázky - a pak se zobrazí titulní strana bez stylu, bez loga... Wiki a handbook totéž.

Je to podivné. Ptal jsem se i na irc kanálu a není to globální výpadek. Zkoušel jsem i restart ADSL modemu - bez výsledku. Opravdu netuším, kde by mohla být chyba.

Mobilní verze ovšem funguje - načte se ok a hned (připojen jsem přes wifi napojené na to samé ADSL).

 ¯\(°_°)/¯ [:shrug:]

[Reklama]

[JardaP .]

Mozna ISP je borec, ktery ma neco dokopaneho. Co takle zkusit jiny DNS server, napriklad 89.233.43.71 a 89.104.194.142 (www.censurfridns.dk). Treba ISP zaradil Gentoo na seznam cenzurovanych serveru siricich dedskou pornografii.

[Lol Phirae]

WFM. Jinak krom výše uvedeného ještě doporučuju kouzelnou klávesu F12.

[renergy]

Skutečně chyba v DNS. Buď v modemu který má vlastní dns cache (ale neměl jsem s ním jediný problém nikdy za x let), nebo tedy u providera. Každopádně když dám do /ect/resolv.conf

nameserver 8.8.8.8

(google dns), tak to rázem běží.

Díky!

[renergy]

Hm takže teď to sice běží, ovšem Chrome hlásí jednu chybu:

Font from origin 'https://1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://wiki.gentoo.org' is therefore not allowed access.

a v ḱódu stránky vidím

<script src="https://1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com/bootstrap.min.js"></script>

Takovéhle "exotické" domény jsou ok? Proč gentoo.org tahá font a skripty kdovíodkud?

[JardaP .]

Tak v /etc/hosts presmerujte rackcdn.com na 0.0.0.0, schvalne, co to udela.

[Mirek Prýmek]

Takovéhle "exotické" domény jsou ok? Proč gentoo.org tahá font a skripty kdovíodkud?

Protože to je CDN [1], která umožňuje tahat soubory z bližšího serveru, nemusí se všechno tahat z jednoho místa pro uživatele z celé planety.

rackcdn.com patří RackSpace a na url není nic divného: https://www.rackspace.com/knowledge_center/frequently-asked-question/getting-started-with-cloud-files-streaming

[1] http://en.wikipedia.org/wiki/Content_delivery_network

[renergy]

Přiznám se, že neznám přesně úlohu /etc/hosts.conf. Přidal jsem tam "0.0.0.0 rackcdn.com" za localhost. "ping rackcdn.com" sice poté pingá localhost 127.0.0.1, ovšem "host rackcdn.com" vrací stále totéž a z pohledu prohlížeče i po "tvrdém" reloadu se nic nemění (dodatečně díky P. Krčmářovi, ctrl+shift+R jsem dříve neznal)

Jinak pro info:

s DNS nastaveným na 8.8.8.8 jsou následující výsledky:

Kód: [Vybrat]

# host rackcdn.com
rackcdn.com mail is handled by 20 mx2.emailsrvr.com.
rackcdn.com mail is handled by 10 mx1.emailsrvr.com.

# host 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com
1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com is an alias for cf5.rackcdn.com.edgekey.net.
cf5.rackcdn.com.edgekey.net is an alias for e6923.g.akamaiedge.net.
e6923.g.akamaiedge.net has address 23.214.155.136


s DNS nastaveným na ADSL modem:

Kód: [Vybrat]

# host rackcdn.com
rackcdn.com mail is handled by 20 mx2.emailsrvr.com.
rackcdn.com mail is handled by 10 mx1.emailsrvr.com.

# host 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com
;; connection timed out; no servers could be reached

Tj. skutečně ten zásek u načítání byl/je dán tím, že buď modem nebo ISP si neporadí s "1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com".

Co vlastně se přesně míní aliasem u domény? CNAME záznam v DNS?

@Mirek Prýmek: Díky za info.

[Mirek Prýmek]

Sorry, překlep...

Přiznám se, že neznám přesně úlohu /etc/hosts.conf.

Záznamy v /etc/hosts (bez .conf!) se obvykle použijí pro resolvování jako první - teprve když se záznam nenajde tam, dotáže se počítač DNS serveru.

ovšem "host rackcdn.com" vrací stále totéž a z pohledu prohlížeče i po "tvrdém" reloadu se nic nemění

Resolvování může být cachované. A to ještě pro některé programy ano a pro některé ne...

Kód: [Vybrat]

# host rackcdn.com
rackcdn.com mail is handled by 20 mx2.emailsrvr.com.
rackcdn.com mail is handled by 10 mx1.emailsrvr.com.

# host 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com
;; connection timed out; no servers could be reached


Tohle vypadá jakoby modem nemohl resolvovat vůbec. Můžeš zkusit:

Kód: [Vybrat]

# host -v www.google.com A.B.C.D
Kde A.B.C.D je IP adresa modemu (ve vnitřní síti - takže něco jako 196.168.1.1 nebo 10.0.0.1 apod.)

[renergy]

Přiznám se, že neznám přesně úlohu /etc/hosts.conf.

Záznamy v /etc/hosts (bez .conf!) se obvykle použijí pro resolvování jako první - teprve když se záznam nenajde tam, dotáže se počítač DNS serveru.

ovšem "host rackcdn.com" vrací stále totéž a z pohledu prohlížeče i po "tvrdém" reloadu se nic nemění

Resolvování může být cachované. A to ještě pro některé programy ano a pro některé ne...

No to jsem si právě myslel že /etc/hosts má přednost před DNS serverem, jenže zkušenost mě poněkud znejistila (.conf na konci byl překlep, má omluva, mám skutečně na mysli /etc/hosts kde již byly záznamy pro 127.0.0.1 atp.). I to kešování mě napadlo, vypnul jsem ho tedy "systemctl stop nscd.service", ale i poté "host rackcdn.com" vrací totéž, nezávisle na záznamu v /etc/hosts. Jediné místo kde se ten záznam "0.0.0.0 rackcdn.com" projevil bylo u "ping", kde "ping rackcdn.com" pingá localhost (127.0.0.1), ovšem "ping 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com" stále pingá 23.124.155.136 (e6923.g.akamaiedge.net). Mám prakticky nijak neupravený arch, možná je tam kromě nscd nějaké další kešování (ale neřekl bych).

Kód: [Vybrat]

# host rackcdn.com
rackcdn.com mail is handled by 20 mx2.emailsrvr.com.
rackcdn.com mail is handled by 10 mx1.emailsrvr.com.

# host 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com
;; connection timed out; no servers could be reached


Tohle vypadá jakoby modem nemohl resolvovat vůbec. Můžeš zkusit:

Kód: [Vybrat]

# host -v www.google.com A.B.C.D
Kde A.B.C.D je IP adresa modemu (ve vnitřní síti - takže něco jako 196.168.1.1 nebo 10.0.0.1 apod.)

Díky, o možnosti uvést adresu dns serveru na konci jsem nevěděl (nastavoval jsem ji v /ect/resolv.conf přes "nameserver").

Modem resolvuje, "jen" má problém s tou adresou CDN. Na google.com vše ok, na té cdn adrese:

Kód: [Vybrat]

# host -v 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com 10.0.0.138

Trying "1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com"
;; connection timed out; no servers could be reached


[Mirek Prýmek]

I to kešování mě napadlo, vypnul jsem ho tedy "systemctl stop nscd.service", ale i poté "host rackcdn.com" vrací totéž, nezávisle na záznamu v /etc/hosts. Jediné místo kde se ten záznam "0.0.0.0 rackcdn.com" projevil bylo u "ping", kde "ping rackcdn.com" pingá localhost (127.0.0.1), ovšem "ping 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com" stále pingá 23.124.155.136 (e6923.g.akamaiedge.net). Mám prakticky nijak neupravený arch, možná je tam kromě nscd nějaké další kešování (ale neřekl bych).

Cachování u různých softwarů může fungovat různě. Typicky browser má vlastní cache ještě nad tou systémovou. Pořadí mechanismů, které se k tomu "systémovému" resolvování použijí, je nastavené v /etc/nsswitch.conf, položka "hosts:"

Modem resolvuje, "jen" má problém s tou adresou CDN. Na google.com vše ok, na té cdn adrese:

Kód: [Vybrat]

# host -v 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com 10.0.0.138

Trying "1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com"
;; connection timed out; no servers could be reached


Modemy mívají docela často v resolvovacím kódu chyby a příčin může být dost a jsou trochu obtížně dohledatelné. Neřešil bych to, nastavil nameserver na 8.8.8.8 a fertig