Dotaz: ADMIN: sklad konfiguraku

[Leoš Literák]

Ahoj,

Villiam Sedivy navrhnul novou zajimavou sluzbu - uschovnu konfiguraku. Jak rika, dobre okomentovany konfiguracni soubor vyda za tisic diskusi.

A my s nim souhlasime, ze by takova sluzba mohla byt pro nase ctenare prinosem. Nez ji ale zacnu psat, rad bych se s vami poradil, jak presne by mela vypadat, aby byla uzitecna i prehledna.

Moje predstava je, ze se vytvori hierarchicke cleneni simulujici souborovy system v Linuxu. Tedy na vrchni urovni bude /etc a /var, mozna jeste /home/user. A pak se to bude clenit dle toho, kam ten soubor patri. Takze treba cesta k nastaveni Xu bude Konfiguraky/etc/X11/XF86Config-4.

Tenhle pristup je sice relativne primocary a snadno pochopitelny, ale nese s sebou i urcita rizika. Hlavnim je, ze tech konfiguraku se stejnym jmenem muze byt relativne hodne. Napriklad jen grafickych karet jsou desitky. A jak se v tom potom orientovat? Jasne, je mozne pridat poznamku, ktera se zobrazi vedle jmena souboru, ale v /etc by mohlo byt nekolik stovek objektu ..

Druhy pristup je nevytvaret zadne cleneni. U kazdeho konfiguraku bude jako vlastnost jeho absolutni cesta. Na uvodni strance se bude zobrazovat poslednich X konfiguraku a bude zde vyhledavani. Jednak podle cesty (zadate treba /etc/resolv.conf) nebo podle klicoveho slova.

Co byste vybrali vy? Mate nejake namety na vylepseni? Dovedu si predstavit, ze po integraci s databazi hardwaru vzroset uzitecnost a prehlednost obou sluzeb.

Tesim se na vase reakce.

Leos

Odpovědi

[pasmen]

Reseni ala filesystem asi nebude to prave, kazda distibuce ma konfiguraky prece jen trosku jinde (teda neberu $HOME

[Zdeněk Burda]

Ahoj,

libi se mi ten druhy pristup, kdy nebude deleni podle cesty ale cesta a nazev bude jako jedna z informaci podle ktery pujde vyhledavat. Jak rika psal pasmen, kazda distribuce ma konfiguraky jinak rozhazene (kdo z vas ma nastaveni firewallu v /etc/rc.d/rc.iptables?

[ZAH]

Osobně by preferoval spíš méně informací v cestě a několik vyhledávacích polí spojených s vlastním konfigurákem. Moje představa je asi tato

cesta jméno kofigurovaného programu,
      verze programu,
      author,
      verze konfiguračního souboru(autorovo členění).
Vyhledávací  pole 
             Obvyklé umístění
             Autorovo umístění
             Distribuce
             alias (link na definici jiného konf souboru).    

Vlastní okomentovaný konfigurák.
Poznámka (vysvětlivka)ke konfiguráku,                   

Hlavně nepovažuji za vhodné křížit konfiguráky různých verzí programu. Například u Samby mezi 2 a 3 je to pro začátečníka pokus o útok na jeho duševní zdraví. Alias by neobsahoval nový konfigurák ale sloužil by jako vodítko, že například v jiné distribuci to běhá s nastavením popsaným ve stromu jinde.

[unchallenger]

Tak např. uvedený XF86Config-4 jsem nikdy nepoužil, a hledal bych ho až po xorg.conf a XF86Config...

Každá distribuce má trochu jiné cesty a IMHO člověk spíš ví, co konfiguruje, než kde to je v distribuci X, kterou měl človek, co ten konfigurák dodal. Proto bych to členil podle toho, čeho je to konfigurák -- každý program se nějak jmenuje, a to by měla být nejvyšší úroveň třídění. Když se podívám na konfiguráky postfixu, tak už je mi celkem jedno, zda je ten, kdo to psal, měl v /etc, /etc/mail, /etc/postfix, /etc/mail/postfix, /usr/local/etc/postfix, /opt/postfix/etc nebo někde jinde.

Dále samozřejmě k něčemu nahraje konfiguráky více lidí nebo jeden člověk různé, takže navrhuji cesty typu konfiguraky/postfix/pepa/kde_to_pepa_zrovna_měl.

Zbývají systémové konfiguráky, ale ty se liší podle distribuce, takže by to prostě bylo na nejvyšší úrovni děleno Systémové konfiguráky Debianu, Systémové konfiguráku RedHatu, etc.

Fungování tohoto schématu předpokládá odstranění starého nešvaru abíčka, a to nehierarchických URI, alespoň pro tuto část -- tj. existuje-li http://www.abclinuxu.cz/forum/show/66048, musí existovat také http://www.abclinuxu.cz/forum/show a http://www.abclinuxu.cz/forum/ a ukazovat nadřazené kategorie. U normálního obsahu si člověk jen zaklepe na čelo, když to nefunguje, ale u konfiguráků je tato funkcionalita nutná.

[finn]

souhlas

[jm]

Jo, tohle je zatim rozhodne nejlepsi napad.

[Bernie]

Taky sem pro...

[Michal Marek (twofish)]

Dále samozřejmě k něčemu nahraje konfiguráky více lidí nebo jeden člověk různé, takže navrhuji cesty typu konfiguraky/postfix/pepa/kde_to_pepa_zrovna_měl

A když Pepa nahraje víc verzí (třeba postfix se smarthostem a bez smarthosta)? Navíc pepa ani kde_to_pepa_zrovna_měl mě moc nezajímá, takže by se spíš hodilo konfiguraky/postfix/nějaký_rozumný_popis a pod tím by už byly jenom ty soubory (bez cesty).

Třeba konfiguraky/postfix/dial_up/main.cf a na konfiguraky/postfix/ by byl seznam těch konfigurací (s delším popisem).

[pasmen]

Souhlas, mozna jen jeste jako podadresar (v tomhle pripade)

konfiguraky/postfix

bych dal cislo verze + upravy, napr.

konfiguraky/postfix/2.1.3-SASL/

apod., protoze cim vic cleneni, tim lip.

[unchallenger]

Mnoho psů, zajícova smrt. Přesná verze je pěkná, ale nechal bych na autorovi, jestli ji chce mít v názvu, nebo nechce. Většina konfiguráků bude fungovat s několika (mnoha) verzemi, což závisí na detailech, a ne na tom, jak se jmenuje. Tj. informace, kterou přináší, není tak zásadní, abych ji cpal do URI.

[unchallenger]

Já jsem nemyslel nutně pepa == uid, ale asi jsem to měl explicitně napsat. OTOH pokud by rozumný popis byl na čtyři řádky, tak není odkaz jménem tvůrce k zahození, hlavně když si to půjde podle něčeho zapamatovat (a adresářovou strukturu bych popisy už vůbec nezamořoval, popis ať je v těle stránky).

Máš pravdu, že kde_to_pepa_měl by šlo obvykle vynechat. Možnosti vytvořit adresářovou strukturu bych se ale nevzdával -- když si představím třeba svoji XKB klávesnici, která se teď skládá za tří souborů jménem yeti v různých adresářích ;-)

[Peter Šantavý]

Tiez sa mi zda rozumny tento navrh + pripadne zmeny, diskutovane na zaklade tohoto Yetiho navrhu.

[Leoš Literák]

Pokud jde o ty adresy, souhlasim, ze by bylo lepsi je nejak vymyslet. Soucasna funkcionalita skrze cisla relaci je sice pohodlna pro programatora, ale uzivatelsky to neni ono.

Proto kdyz jsem delal slovnik, tak jsem se na to soustredil a udelal jsem textova url. Rozhodne jsou prijemnejsi nez cisla. Tehdy jsem i vyresil i hlavni problem, jak mam mapovat obecny text s mezerami a diakritikou na URL.

Muzu tedy zkusit o neco podobneho i u hardwaru a konfiguraku. Jen musim vymyslet nejaky optimalni zpusob, jak to provest. Delat SQL dotaz pro kazdou uroven zanoreni se mi nechce Na druhou stranu databaze se stejnak furt nudi, tak proc ji trochu neprotahnout faldy?

[Libor Klepac]

zdravim,

mam takovou vecicku, ktera by se mohla hodit i sem ....vcera jsem zase nekde narazil v dotazu na nejaky vypis, ktery byl "vhozen" bez pre tagu ...neslo by do pokladani dotazu|psani odpovedi prihodit jeste jedno input pole, jehoz obsah by se pak automaticky zapisoval obaleny pre tagem? taky by se to hodilo zde, k tim konfiguracnim souborum

libor

[pasmen]

U konfiguraku jiste, u dotazu, no, to asi nema cenu, praci to neusetri kdyz bude potreba <pre> tagu vic, spis naopak.

[unchallenger]

Já bych tedy čekal, že konfigurák bude přímo použitelný text/plain, nikoli text/html, ze kterého bych ho musel vydobývat, sledovat, jestli se někde nezmršily <, > a & a pod. Takže žádné problémy s formátováním.

[Libor Klepac]

no to asi urcite, ale predpokladam, ze si ten konfigurak pujde zde nejak zobrazit, a kdyz se mi bude libit, tak tam bude url nebo neco kde bude ta plain verze ke stazeni....

[unchallenger]

Jak zobrazit? Tobě www browser nezobrazuje text/plain jako text? A pak jen dám ,Save As` a mám ten soubor na disku. Kde přitom potřebujš rozlišit zobrazení a stažení obyčejného texťáku?

[Libor Klepac]

to je dobry

zobrazit ...jako hmmm zobrazit ... no proste jako si zobrazim hw zaznam do prostredniho sloupce...tak i ten konfigurak....to je fuk

[Leoš Literák]

Pojdme to tedy shrnout.

1. tato sluzba ma smysl
2. cleneni nebude na urovni adresarove struktury, ale podle jmena programu.
3. Pokud bude mit program ruzne verze (s odlisnymi konfiguraky)
   • pod programem bude dalsi cleneni
   • program bude mit ve svem jmenu i verzi, napriklad samba_2, samba_3
4. soubory budou ulozeny jako soubory s content-type text/plain
5. u kazdeho souboru budeme sledovat jmeno vlastnika, nazev, poznamku, absolutni umisteni.
6. kazdy konfigurak bude mozne komentovat - diskuse jako u zpravicek ci clanku.

neco dalsiho?

[finn]

…možnost dodatečné editace/aktualizace vlastníkem?

[satori]

předně bych chtěl poděkovat, tohle bude opravdu moc helpful

pak bych jenom měl ještě jeden požadavek (jestli to v diskusi už bylo, moc se omlouvám, snažil jsem se jí poctivě pročíst, ale už dva dny skoro_v_kuse pracuju, takže se to mohlo stát) - bylo by moc příjemné, kdyby byly konfiguráky rozděleny podle účelu (například X; síť; zvuk atp.) a aby bylo možný vylistovat buď podle abecedy (teda podle názvu) nebo ve skupinách podle účelu.

[pasmen]

A ma smysl clenit to podle ucelu? Pokud si s nejakym programem nevis rady tak

1. Vis jak se program jmenuje
2. Vis co dela (jaky ucel ma splnovat)

takze ho snadno najdes podle jmena (klicoveho slova)

[satori]

ale konfiguráky se netýkají jen programů, který běžně používáš (spouštíš), ale taky programů, který spouští systém při startu, konfiguráky jsou pro moduly a tak. možná nepoužívám správný termíny, ale snad víš, o čem mluvím. navíc - většina konfiguráků "normálních" programů je v ~/ a jsou dobře popsané, nazvané a nalezitelné. když se namátkou kouknu do /etc, tak třeba fstab se "nevztahuje" k žádnému "programu" (promiň za uvozovky, je mi jasný, že se vztahuje k mount, ale ber to jako příklad), nenajdu ho teda podle jména programu a když budu vědět, že mi něco nefunguje při mountování disků, ale nebudu vědět jak na to, pak nemám šanci to najít. ber to jako příklad, vím, že tohle je asi jedna ze základních znalostí, ale nejsem takovej guru, abych si takovýhle příklady cucal z prstu. doufám, že chápeš o co mi jde

[pasmen]

Ja vim o cem mluvis, ale presto, nejde tady o to jaky je kdo guru nebo ne, ale o pristup.

Budu se drzet prikladu s /etc/fstab. Kdyz mi nebude chodit mountovani, urcite jako prvni vec neudelam to, ze se vrhnu sem a budu projizdet konfiguraky v sekci mountovani. V tomhle pripade by to este slo pac jich zas tolik nebude, ale treba u site, no nevim.

V prvnim rade rozumny clovek pouzije man rychle nasledovany googlem (resp. obracene), aby se aspon trochu nasmeroval. Pak uz se dostane aspon trochu do obrazu a bude vedet kde co hledat.

[satori]

dobře a co když ten člověk nebude ani vědět, že se ten program týká programu mount. třeba vleze do nějakýho grafickýho nastavovadla, přimountí disky a zjistí, že něco nejde, přestože to má nastavený dobře (klasickej příklad mandraku). když ho napadne, že by to mohl zkusit ručně, pak mu to pomůže. (opět - mount a fstab jsou pouze příklady, u kterých tenhle problém nepředpokládám (až tak moc))

[Michal Marek (twofish)]

Možná lepší příklad bude /etc/resolv.conf, který by mohl patřit leda pod program glibc, ale tam ho nikdo hledat nebude. Takže některé soubory asi bude potřeba umístit jinak než podle jména programu, ke kterému patří -- třeba "resolver" a pod tím resolv.conf, hosts atd.

[Michal Marek (twofish)]

Zrada, dnsmasq (a možná i jemu podobné dns servery) používá resolv.conf. Ale schovávat resolv.conf pod dnsmasq by bylo stejně nelogické.

[pasmen]

Dalsi programy tohodle typu: DHCP klienti, dopatrat se, jak pouzivaji resolv.conf je taky pracicka. No to je ale jedno. Ale muj nazor je ten, ze deleni podle ucelu (sit, ...) bude lidi ktery nemaj o problemu ani tucha akorat svadet projizdet konfiguraky v dany sekci jeden po druhym, coz prestane cloveka za chvili bavit. Veci typu resolv.conf umistit nekam zvlast, jako systemovy konfigurak (tady uz to deleni podle ucela ma nejaky smysl), jinak podle programu.

[Michal Marek (twofish)]

Jasně, tak jsem to myslel. Co nejde rozumně přiřadit k nějakému programu, by mělo sekci podle účelu.

[unchallenger]

Se sekcemi bych to asi nepřeháněl. Když jsem tak srovnal obsahy různých /etc, řekl bych, že za systémové konfiguráky lze považovat

fstab, inittab, localtime, host.conf, resolv.conf, motd, mtab, passwd, group, shadow, services, protocols, filesystems +- snad pár dalších.

přičemž localtime je binárka, inittab vlastně patří initu a puristé ho odmítnou, protože ne každý má init ;-) motd, mtab a shadow snad nikdo nahrávat nebude ;-) services a protocols snad máme stejný, fstab a filesystems jde zařadit k mount či jádru.

Takže k nějakému třídění do skupin toho moc nezbývá.

[Leoš Literák]

Anebo podle jmena konfiguraku. Proc vymyslet specialni sekci ci se trapit s vymyslenim jmena, kdyz to muzeme pojmenovat podle toho souboru?

Napriklad apache muze vlastnit /etc/httpd/conf/httpd.conf, /etc/httpd/conf/apache-mime.types atd. Dale postfix treba /etc/postfix/main.cf, /etc/postfix/aliases atd. A /etc/resolv.conf prekvapive /etc/resolv.conf.

Jen me napada, ze Jak Yeti navrhoval, vzdy by pod slozkou mela byt podsekce dle uzivatele. Nedovedu si predstavit ten bordel, kdyz nekolik lidi tam da vsechny konfiguraky postfixu, jak jednoduse rozlisit, co k cemu patri.

Takze cesta bude ROOT/Konfiguraky/jmeno_programu/cislo_uzivatele/konfigurak

Namitky?

Cislo uzivatele jsem zvolil proto, ze je jedine, co se casem nemeni. Mohu to dynamicky zamenovat za aktualni jmeno uzivatele.

[VícNežNic]

Pokud se může aktuální jméno uživatele měnit, tak raději nechat to neměnné číslo a nic nezaměňovat. Pak to vede k problému typu "odkaz byl platný, ale už není".

Půjde ty konfiguráky dále prohledávat podle přiřazených metadat? Např. "chci všechny konfiguráky postfixu pro Slackware". Nebo "všechny od uživatele x pro distribuci z".

[Leoš Literák]

no, pro informaci mohu mezi metadat nechat ulozit distribuci a jeji verzi, nicmene mi prijde pritazene za vlasy vyhledavat konfiguraky dle distribuci. Konfiguraky prece patri aplikacim, ne? Obsah ci format by mel byt obecne stejny, ne?

(i kdyz soukrome si rikam, ze mit par desitek milionu [dolaru] nazbyt, udelam uplne novou distribuci, kde veskere konfiguraky budou jen v XML. [mimo jine vlastnosti] To by se psaly ruzne nadstavby pro konfiguraci )

[VícNežNic]

Hm, to sice patří a obsah je většinou stejný, ale různé distribuce mají různě poskládané stejné aplikace. Kdyby chtěl nějaký uživatel Mandraku použít můj konfigurák pro apache, asi by si dal dost práce s jeho úpravou aby mu vůbec šel. Vlastně, teď mě tak napadá, v Mandraku je narozdíl od Slacku Apache 2, že? No, radši už mlčím.

(Ty XML konfiguráky by asi znamenaly přepsat všechno co má nějaký konfigurák. Osobně bych vymyslel nějaký obecný XML formát pro konfiguráky a pak z něj generoval konfiguráky pro jednotlivé aplikace (třeba přes XSLT). Hm, nechme toho.)

[Leoš Literák]

Hlavni myslenkou konfiguraku neni pokryvat vsemozne moznosti, spise poskytovat inspiraci. Takze IMHO nuance jednotlivych distribuci nehraji roli.

Rozhodne to neni mineno takto: vemte tento konfigurak a slepe jej nakopirujte do sveho systemu a vse zacne zazracne fungovat. Spise: podivejte se na svuj system a porovnejte, v cem se lisi, treba vam to pomuze najit duvod, proc to nejede.

[VícNežNic]

To je mi jasné, ale až bude těch konfiguráků opravdu hodně (pokud bude), tak to může ulehčit hledání a umožnit rychleji najít co opravdu chci.

Pak by nebylo marné mít nějakou položku "co je na tomto konfigu tak speciálního". Konfigurák budu hledat asi hlavně pokud budu chtít nastavit něco konkrétního, takže budu hledat podle těchto popisků, které budou hlásat do světa: "Já jsem konfigurák pro bash nastavený na zničení světa po napsání tajné kombinace znaků".

[unchallenger]

Ne, prosím. Myslel jsem, že to už se vyjasnilo v diskusi s twofishem: na místě jména uživatele by měl být nějaký -- v podstatě libovolný -- jím zvolený identifikátor, protože s uid nemůže jeden člověk nahrát dva konfiguráky (případně více), aniž v tom udělá bordel.

[unchallenger]

/etc/resolv.conf je systémový konfigurák (kam jsem se díval, tak ho ani nikdy nevlastní žádný balíček, což je i vcelku logické, protože ho spoustě lidí stejně kompletně vytváří/přepisuje nějaký DHCP klient).

Pravda, zrovna tento je společný všem distribucím, takže by bylo nelogické ho zařazovat k jedné. Vytvořit ještě skupinu [společné, základní] systémové konfiguráky?

Stejný problém je s /etc/host.conf, /etc/passwd atd., které v podstatě patří v každé distribuci něčemu jinému (nějakému formálnímu balíčku ,,základ systému``), protože jsou systémové, nebo případně ničemu.

Co s nimi? Nezamoří pak sekci systémových konfiguráků hromady souborů? Podle mne spíš ne, protože v nich obvykle nikdo nic větoborného nevymýšlí, passwd máme všichni +- stejný, akorát s jinými uživateli...

[pasmen]

Ve Slacku ho vlastni balicek etc, ktery prave obsahuje takovy mix obvyklych sys. konfigu

[unchallenger]

V Debianu je takový balíček base-files a v RH-like distrech setup, ale resolv.conf v nich tedy nevlastní nic, prostě se eventuálně vytvoří při instalaci systému, a pak už stejně nikdy nechceš, aby ti ho nějaký upgrade přepsal...

[unchallenger]

Ad verze. Doufal jsem, že nebudu muset používat sliná slova ;-) Ty verze jsou IMHO pitomost. Proč?

Že mám stejnou major verzi programu jako někdo jiný, neznamená, že mi jeho konfigurák bude fungovat. Ani to, že mám jinou verzi, nemusí znamenat, že mi nebude fungovat (maně si vzpomínám na MDK, kde jsem viděl něco jako ďábelský konfigurák pro Apache 1.3 i 2.0 zároveň). Většina programů umožňuje [ne]zakompilovat tisíc featur, které pak činí konfigurák [ne]použitelným. A když mě třeba zajímá konfigurace mod_rewrite u Apache, tak proč bych měl řešit nějakou verzi, když se mezi 1.3 a 2.0 konfigurace nezměnila? A kdo rozhodne, kdy už se verze liší natolik, že je zapotřebí udělat jinou větev?

Množina verzí programu, pro niž má smysl se na konfigurák dívat, zkrátka není žádné jednoznačné číslíčko; a informace o původní verzi patří do popisu.

Ad další dělení a metadata. Nějak z toho vypadlo, jak bude vypadat přístup k více konfigurákům téhož programu? Jak budou vypadat vícesouborové konfigurace? Měly by mít asi společná metadata.

[pasmen]

No nikdo nerika, ze konfigurak z dane vetve bude urcite spravne fungovat, ale kdyz neco hledam, jako prvni se podivam na konfigurak stejne verze jako mam. Kdyz tam bude neco chybet, tak asi kazdyho napadne kouknout se do jinych verzi apod. Cili, ta verze nema slouzit jako absolutni zalezitost, jen jako urcity nasmerovani.

[Michal Marek (twofish)]

Takže až budu hledat, jak se v less nastavují klávesové zkratky, tak budu jak [censored] proklikávat nejdnotlivé verze (je jich přes 300), než najdu tu, kterou zrovna používal autor položky .lesskey

Verze programu by měla být v těle stránky v popisu, ale proč v URL?

[pasmen]

Oki, zda se ze to bude lepsi reseni... No tak by to aspon podle verze melo byt serazene (stejne soubory abecedne, pak podle verze)

[Leoš Literák]

Pristup k vice konfigurakum bude stejny jako u hardwaru. Tam je take jedna polozka majici jeden ci vice zaznamu. Takze se vsechny pod sebou zobrazi (mineno metainformace plus odkaz na konfigurak).