Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - renergy

Stran: 1 [2] 3
16
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 10:50:03 »
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

17
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 10:02:31 »
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.

18
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 09:07:42 »
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?


19
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 08:52:32 »
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!

20
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 08:24:18 »
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:]

21
Distribuce / Re:Co se děje s gentoo.org?
« kdy: 06. 06. 2015, 00:18:23 »
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é.

22
Distribuce / Co se děje s gentoo.org?
« kdy: 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ý...

23
ad font: docela se mi osvědčil font terminus (bitmapový)

    apt-get install xfonts-terminus

24
resp.
Kód: [Vybrat]
ls -la $(dirname $PWD)/shared/config

25
Vlastně tady je řešení (hack): http://unix.stackexchange.com/a/43645/83224

místo

Kód: [Vybrat]
ls -la ../shared/config/

psát

Kód: [Vybrat]
ls $(dirname $PWD)/shared/config

nic příliš pěkného, ale lze to použít přímo v cestě

26
Tady jsou dva odkazy týkající se tohoto problému:

http://unix.stackexchange.com/questions/36319/symbolic-link-to-a-directory-and-relative-path
http://stackoverflow.com/questions/7665/how-to-resolve-symbolic-links-in-a-shell-script

Kromě /bin/pwd jsou pro získání skutečné cesty ještě možnosti:
Kód: [Vybrat]
pwd -P
případně
Kód: [Vybrat]
readlink -f .
nebo
Kód: [Vybrat]
readlink -f $PWD


Jak zapsat relativní cestu, která by respektovala symlinky (o což zde asi jde především) ovšem nevím, nejspíš to ani nejde.

Příkaz
Kód: [Vybrat]
ls -la ../shared/config/
by sice šel nahradit
Kód: [Vybrat]
cd ..; ls -la shared/config; cd -
případně
Kód: [Vybrat]
pushd .; cd ..; ls -la shared/config; popd
praktické mi ovšem nepřijde ani jedno.

27
Software / Re:Uživatelský soubor fstab
« kdy: 09. 03. 2015, 14:13:55 »
a nevyresil by ti problem
/etc/fstab.d
a trosku si zalinkovat ?

To je ještě více práce než přímá editace /etc/fstab, a ve výsledku opět - /etc/fstab.d je určeno pro roota, respektive systém, nikoli pro uživatele.

28
Software / Re:Uživatelský soubor fstab
« kdy: 09. 03. 2015, 13:06:48 »
Citace
sshfs foo.bar: foo.bar/
Kód: [Vybrat]
sshmount { sshfs ${1}: ${1}/ }
sshmount foo.bar

Jj, asi u toho nakonec skončím, nejjednodušší a asi nejlepší řešení. Do ~/.bash_aliases přidat

function sshmount { sshfs $1: $1/; }

"a je vymalováno". Stejně se ovšem nemohu zbavit dojmu, že uživatelská fstab (principiálně) chybí.

29
Software / Re:Uživatelský soubor fstab
« kdy: 09. 03. 2015, 12:00:17 »
ja bych to tak nekomplikoval, koukni po autofs
myslim ze budes spokojen

Mně ovšem nejde o automounting - naopak, vyhovuje mně mít kontrolu nad tím, co je právě připojeno a co ne.

Navíc pokud to po pohledu na archwiki dobře chápu, nastavení autofs se dělá v /etc/autofs = stejné principiální problémy jako s globální /etc/fstab: nemožnost editovat bez root práv, pro všechny uživatele jeden společný soubor...

Každopádně díky za tip.

30
Software / Re:Uživatelský soubor fstab
« kdy: 09. 03. 2015, 10:14:38 »
OP chce zřejmě automount sshfs na uživatele při přihlášení. Což bych já osobně nejspíš řešil přidáním do .bashrc, či jiného podobného skriptu.

Zdravím,
jde mně primárně o zjednodušení připojování k serveru do formátu "příkaz server". V současnosti jak píšu mně sice chodí "mount server", ale je s tím zbytečná práce udržovat to v /etc/fstab, kam to podle mě ani principiálně nepatří.

Příklad: mám více webů na správu, mám připravené adresáře

~/web/siteone.cz
~/web/sitetwo.cz
~/web/sitethree.cz

atd. a podle potřeby se chci připojit k vybranému serveru, něco poeditovat, odpojit.

Jasně že je zde možnost skriptu ve stylu

#!/bin/bash
cd $HOME/web
sshfs $1: $1/


ovšem při vědomí existence /etc/fstab podle mě to, co chci, přímo volá po její uživatelské obdobě. Která zřejmě skutečně neexistuje podle odpovědi ze stackexchange, kde jsem zadal stejný dotaz

http://unix.stackexchange.com/questions/188861/user-specific-fstab-for-fusermount

Vidím to na bug report/feature request, podle mě by se něco podobného hodilo.

Stran: 1 [2] 3