Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: renergy 05. 06. 2015, 23:21:54
-
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ý...
-
Me se to nacita.
-
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é.
-
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.
-
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:]
-
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.
-
WFM. Jinak krom výše uvedeného ještě doporučuju kouzelnou klávesu F12.
-
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!
-
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?
-
Tak v /etc/hosts presmerujte rackcdn.com na 0.0.0.0, schvalne, co to udela.
-
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
-
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:
# 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:
# 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.
-
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...
# 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:
# 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.)
-
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).
# 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:
# 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:
# 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
-
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:
# 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 :)
-
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
Tak se mrknete do nsswitch.conf, at nezijete v nejistote.
-
Na příslušném řádku v /etc/nsswicth.conf je
hosts: files dns myhostname
u všech jiných položek je za dvojtečkou jen "files". Tj. mělo by to (?) brát vždy nejdříve /ect/hosts (předpokládám, že to se míní tím "files")
Možná je chyba v mém chápání DNS - myslel jsem (asi podobně jako Vy), že stačí přesměrovat nadřazenou doménu - rackcdn.com - a všechny podřazené tím budou mimo hru. Ale není to tak, resp. systém se tak nechová.
Jak jsem psal - "ping rackcdn.com" pingá localhost - ok. "ping 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com" pingá ven do internetu.
-
Tj. mělo by to (?) brát vždy nejdříve /ect/hosts (předpokládám, že to se míní tím "files")
Jo.
Možná je chyba v mém chápání DNS - myslel jsem (asi podobně jako Vy), že stačí přesměrovat nadřazenou doménu - rackcdn.com - a všechny podřazené tím budou mimo hru. Ale není to tak, resp. systém se tak nechová.
Jak jsem psal - "ping rackcdn.com" pingá localhost - ok. "ping 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com" pingá ven do internetu.
/etc/hosts je databáze hostů. Když program zavolá funkci gethostbyname, tak se knihovna do toho souboru koukne a pokud tam host je, použije tamní IP adresu. Pokud není, použije další metodu, typicky ten dotaz na DNS server.
Docela detailně je to popsaný v manpage: http://man7.org/linux/man-pages/man3/gethostbyname.3.html
Není ale nikde řečeno, že každý program musí použít tuhle metodu. Může mít klidně svoji implementaci převádění hostname na IP, může mít svoje cachování atd. atd.
Ten ping nebude pingat "do internetu", když do /etc/hosts dáš záznam pro toho konkrétního hosta:
A.B.C.D 1b9a50f4f9de4348cd9f-e703bc50ba0aa66772a874f8c7698be7.ssl.cf5.rackcdn.com
Pokud bys chtěl dělat složitější věci jako přesměrovávat domény, použít wildcardy apod., tak musíš mít lokální dns server, který tyhle operace bude provádět. Některé jsou jednoduché a určené přesně na takové operace, cachování apod. (např. dnsmasq)
-
Aha, díky za vysvětlení resp. vyčerpávající odpověď!
Mimochodem - nový design gentoo.org považuji za velmi zdařilý, pár much by se našlo ale celkově nepostrádá logiku a jednoduchost.
Jen forums.gentoo.org by sneslo poněkud přepracovat vzhled (zvětšit fonty v první řadě) + není dosud mobile-friendly (což hlavní web už je).
Celkově palce hore a děkuji všem za konzultaci!