Internetový server doma - 1 (diskuse)

[Jan Kundrát (jkt)]

Cena 600 czk za rocni provoz .net domeny se nezaklada na pravde, platim za ni tusim < 300 czk.

"Telekominukačním" - IMHO preklep.

[Gustav]

Zaleží, na jakého registrátora se obrátíte - máte-li platební kartu schopnou platby přes internet, je nejlepší poohlédnout se v zahraničí - já mám .net doménu registrovanou a prodlužovanou přes VISA u joker.com (to jsou tuším švýcaři), za 400 na 2 roky, ale takových registrátorů bude spousta.

Čeští mají velké marže. Dát 200 korun za to, že mi jednou za 2 roky pošlou složenku, mi přijde trochu příliš.

[Miroslav Žídek]

< 300 Kc za prodlouzeni CZ domeny? To je pod nakupni cenou. Je fakt, ze CZ-NIC zrusil registracni poplatek - coz byly prave 300 Kc, ale i bez nej je dneska cena CZ domeny cca 550 Kc bez DPH (a genericke uz kolem 220 Kc)

[Miroslav Žídek]

Omlouvam se - nevsimnul jsem si ze tech 500 Kc bylo za generickou domenu (zmatlo me to CZK :)) to snad jen Kraxnet ma takove vydridusske ceny (nedavno jsou od nich s velkymi problemy stehoval domenu)

[Ondra]

ovsem zapomnels dodat, a to platilo i predtim a plati to doted, ze v cene domeny je u kraxnetu zakladni hostingovy tarif Easy.

[vencour]

Za ten rozhovor s Vlčkem díííík

[jiri.b]

me ocekavani nebylo VUBEC naplneno :(

od Adama podle me je vyber zeleza, jak hledat hardware compatibility listy, doporuceni atd... Rozdil mezi entry-level, low-end level a high-level servery, rack casy, rack rozvadeci, atd...

kdyz jsem nedavno stavel svuj prvni rack rozvadec - skrin, kam jsem umistil par 19" rack serveru, mel jsem z toho hlavu doooost velikou :)

jinak k te instalaci... - to je fakt nebo vtip? pokud vim tak na debianu se nainstalovani deamoni automaticky startuji po bootu, tj. jestlize tam budu mit NFS server, tak mi nabehne, nebo ne? :) Kdyz od Adama, tak aspon jak a co nabiha... Cely je to jako kdyz se newbie chce zapsat do analu linux portalu... Sorry, ale NFS si dam tak do heterogenni unix site ve firme nebo jako /export pro homy.

jinak ja bych instaloval neco jako minicom, preci jen mys na serveru neni moc uzitecna, ale ovladani pres seriovou konzoli kdyz se vykaka sitovka muze byt uzitecne... Nebo i zminka o IPMI by bodla.

Napad dobry, zpracovani spatne. Sorry.

[Martin Baleja]

Ještě než začnete číst, připomínám, že se nejedná o článek počítačového experta, který má letité zkušenosti s administrací webového serveru. Toto je článek počítačového amatéra, který se chce podělit o své poznatky.

Mně to stačí. S uvedenými cenami domén nesouhlasím a změnu z čtvrté osoby (náš) v jednom odstavci na osobu pátou v odstavci dalším nepovažuju za slohově nejšťastnější, ale to je asi tak všechno, co mi jako amatérovi na článku vadí.

[Michal Ludvig]

Jmenuje se to Internetovy server doma ... doma asi ten rack mit nebudes, vid? Tohle je evidentne popis instalace jednoho maleho, nenarocneho servriku, ktery bud bezi nebo nebezi a kdyz zrovna nebezi tak se svet nezbori. Rozcilovat se ze se z clanku nedozvis jak nejlip postavit rack plny serveru je docela mimo misu

[fakenickname]

Mě se článek líbí :) Už dlouho se chci někoho zeptat jak to je vlastně s doménou a tady to mám přímo před očima. K tomu několik zajímavých osobních rad a je z toho dobré čtení. Jen tak dál.

[Michal Kubeček]

Čtení je to sice zajímavé, ale velmi zavádějící. Viz příspěvek níže.

[Josef Kufner]

Od dob, kdy po svět pobíhá dyndns, nepotřebujeme statickou IP. Ale přináí to pár problémů, které ale nemusí nijak vadit.

Xserver a gpm na serveru je naprostá ptákovina. K čenu to, když ten počítač stejně skončí v komoře, bez monitoru i bez klávesnice ... Jediné co je celkem vhodné, je rozchodit acpid a pověsit na vypínač něco rozumného, aby se dala přilepit zpět uříznutá větev (ssh, síť) i bez rebootu.

[diverman]

rozchodit acpid a pověsit na vypínač něco rozumného, aby se dala přilepit zpět uříznutá větev (ssh, síť) i bez rebootu.

Tohle mě zaujalo. Nemáte nějaký link na něco bližšího...?

[Josef Kufner]

http://jk.myserver.cz/programy/twice2down/

je to script, který umožňuje nastavit reakci na jednoduché, dvojité nebo trojité stisknutí čudlíku. Stačí v něm nastavit, aby spouštěl nějaký script, který uvede v platnost nějakou "bezpečnou" konfiguraci a umožnilo to pak po ssh napravit chybu...

[Mirek]

s´ nám to teď vysvětlil. Dík…

[Milan Vančura]

Řekl bych, že toto je článek spíše pro diskusi než jako návod. Chybí zmínka o PTR záznamech v DNS a další detaily. Hlavně ale chybí nastínění celé koncepce: autor vůbec nezmínil, proč tak volí. Co má ten server na Internetu dělat a tudíž proč volí zrovna takový SW. Nebo např. jestli má ten server za sebou ještě nějakou LAN nebo ne. To je mi, přiznám se, záhadou doteď: chce jen jednu IP adresu, ani se nezmínil o NAT nebo vůbec o nějakém připojování dalších počítačů, instaluje na server X window server (místo postačujících xlibs se zobrazením oken aplikací na stanici) a přitom chce mít na tom stroji NFS a Sambu(??)

Vypadá to, že to je počítač v pokoji, který slouží zároveň jako stanice (kde si píše HTML stránky) a zároveň (WWW) server. A NFS se Sambou tam má jen pro jistotu, když kamarád přijde s notebookem a přinese mu nové obrázky na web. Neříkám, že to je špatné, ale autor to měl zmínit, takhle nikdo netuší, co vlastně řeší.

[Michal Kubeček]

Mám vážné výhrady vůči té části článku, kde se popisuje konfigurace DNS, protože vypadá, že je psána pouze na základě empirických zkušeností, bez znalosti fungování DNS. Proto bych rád uvedl některé chyby a nepřesnosti na pravou míru.

Ani trochu se mi nelíbí tvrzení z článku:

Záznam CNAME může ukazovat na jiný CNAME.

Viz např.: RFC 1034, 3.6.2:

Domain names in RRs which point at another name should always point at the primary name and not the alias. This avoids extra indirections in accessing information.

Stejně tak považuji za velmi neseriózní doporučovat začátečníkům bez hlubší znalosti DNS používání wildcard záznamů, které při neopatrném zacházení mohou nadělat pořádnou paseku. Tvrzení, že wildcard záznam nelze smazat je pak naprostým nesmyslem.

Nejprve musíme definovat pomocí záznamu typu A (nebo CNAME) v naší doméně jméno poštovního serveru (obvykle mail).

Neexistuje naprosto žádný důvod, proč by musela hodnota MX záznamu být ve vaší doméně.

Také se mi nelíbí, že ve vaší ukázkové konfiguraci používáte stejnou IP adresu u více A záznamů, aniž byste se zmínil o problémech, které to přináši u reverzních záznamů.

[Barbucha.eu]

Nezlobte se pane Kubeček, že se o Vás takto otírám, ale nemohu jinak. Jasně jsem v úvodu napsal, že jsem amatér. Je tedy zřejmé, že sděluji právě více empirických zkušeností, než nějakých obecných zásad a zároveň že neručím za stoprocentní správnost. Jen dovedu říci: "Takhle mi to funguje."

V dalším příspěvku píšete: ...nad tím, že někdo učí druhé porušovat RFC, oči přimhouřit nedokážu. Napsal jsem Dokonce je možné (ale hloupé) udělat řetěz. Záznam CNAME může ukazovat na jiný CNAME. Já tvrdím, že je to hloupé, vy, že právě títmo tvrzením to lidi učím.

Dálší dvě jen bodově

• Neexistuje naprosto žádný důvod, proč by musela hodnota MX záznamu být ve vaší doméně. Skvělý postřeh. Je vidět. že jste přiložený obrázek viděl. Oba záznamy MX skutečně směřují mimo moji doménu.
• Tvrzení, že wildcard záznam nelze smazat je pak naprostým nesmyslem. Ale ani obrázku jste nevěnoval dostatek pozornosti. Webové rozhraní jej smazat neumožňuje. Administrátor si je zřejmě vědom rizik.

Ale abych nevypadal jako povýšený bijec kritiků. Také se mi nelíbí, že ve vaší ukázkové konfiguraci používáte stejnou IP adresu u více A záznamů, aniž byste se zmínil o problémech, které to přináši u reverzních záznamů. Tady musím přiznat, že je neznám. Máte možnost nám je sdělit.

(Než odpovíte, raději si projistotu článěk ještě jenou pečlivě přečtěte, ať se neztrapníte více, než já jeho publikací )

[trekker.dk]

Webové rozhraní jej smazat neumožňuje. Administrátor si je zřejmě vědom rizik.

a

Nesmíme zapomenout na jmenné záznamy @ a *, které vidíme na obrázku. Jsou taktéž vytvořeny implicitně a nelze je smazat.

jsou docela různé věci. Nepiš, že někdo špatně přečetl tvůj článek, když tam evidentně máš špatnou formulaci.

[Michal Kubeček]

Včera jsem měl výčitky svědomí, jestli má kritika nebyla zbytečně tvrdá. Po tomto vašem příspěvku bohužel vidím, že nebyla. Takže:

1. U některých testů se používá systém hodnocení, kdy pokud otázku nezodpovíte, dostanete za ni 0 bodů, ale pokud ji zodpovíte chybně, je ohodnocena záporným číslem. Jsem toho názoru, že k psaní článku by se mělo přistupovat podobně: chybná informace je podstatně horší než žádná informace. K síťovým komunikačním protokolům by se rozhodně nemělo přistupovat empiricky (hlavně že to nějak funguje); chcete-li odstrašující příklad, podívejte se na web a HTML, vyskytující se na většině webových stránek, a problémy, které to způsobuje prohlížečům. Chcete, aby takto dopadl i Internet?

2. Je-li v RFC použita formulace should never, pak by tato možnost buď v článku být neměla zmíněna vůbec, nebo pouze v kontextu "tohle ale není přípustné".

3. Je hezké, že v příkladu máte mail exchangery mimo svou doménu; proč potom ale v článku píšete "Nejprve musíme definovat pomocí záznamu typu A (nebo CNAME) v naší doméně jméno poštovního serveru (obvykle mail).", když víte, že to není pravda? A to jsem se ještě zapomněl zmínit o tom, že hodnotou MX záznamu nesmí být alias, což vy víceméně připouštíte svou zmínkou o CNAME záznamu (kdybych byl DNS neznalým čtenářem, určitě by mne z vaší formulace nenapadlo, že se to nesmí).

4. Vy ovšem nepíšete, že webové rozhraní neumožňuje wildcard záznam smazat, vy píšete, že ho nelze smazat. Opět, vžiju-li se do situace neznalého čtenáře, budu vaši formulaci chápat tak, že zónový soubor musí vždy obsahovat wildcard záznam a A záznam pro jméno domény samotné - což ani jedno není pravda. Podle toho, co na obrázku vidím, je zřejmé, že autor toho webového rozhraní si není vědom nejen rizik, ale ani specifikací DNS, takže na toho bych nespoléhal.

5. Podle specifikací DNS si musejí A záznamy navzájem odpovídat s příslušnými reverzními (PTR) záznamy. Pokud tedy čtyřem různým jménům přiřadíte A záznam se stejnou IP adresou, lze to korektně vyřešit pouze tak, že příslušný reverzní záznam bude čtyřnásobný. Pochybuji, že správce domény odpovídající příslušnému IP rozsahu z toho bude nějak zvlášť nadšený, nemluvě o tom, jak byste to chtěl řešit, když těch záznamů bude třeba 100.

[Barbucha.eu]

Ad 1) Ne. Máte pravdu. Stačí, že HTML-stránky standard splňují vyjímečně kdy. (Možná je to tím, že jsou optimalizovány pro Internet exploder )
Ad 2) Čtenáře nikam nezavádím. Máte sice pravdu, že já to tam připouštím jako hloupost a ono je to zcela nepřípustné. Ale v žádném případě nemáte pravdu, když tvrdíte, že to někoho učím. Nebo snad, když se někde dočtu, že je něco hloupé, poletím to udělat?
Ad 4) Že Vy jste zase nedával pozor Já od začátku popisuju to webové rozhraní. Navíc těsně před nelze smazat stojí Nesmíme zapomenout na jmenné záznamy @ a *, které vidíme na obrázku.
Ad 3) Tady jste mně opravdu dostal... Teď jsem nedával pozor já. Holt ani já nejsem neomylný

O co mi vlastně napsáním článku jde?
Když jsem se zprovozněním serveru zaobíral, zjistil jsem, jak těžko jsou dostupné informace. Někdy je jich málo, někdy jsou rozptýlené na mnoha internetových stránkách. Chtěl jsem napsat takový krátký, populárně-"vědecký" článek, který by sloužil jako takový návod, respektive odrazový můstek. Čtenář se o něčem dozví a pak si k tomu snáze může najít informace.
Četl jsem v diskusi, že někdo děkuje za to, jak jsem popsal získání domény. Musím říct, že jednoduchý návod, jak získat doménu se mi na internetu nepodařilo najít. Bádal jsem pár dnů a pak zjistil, že postup se vlastně skládá ze dvou kroků. Kdybych je znal předem, zaregistroval bych doménu za pár minut.
Problém je, že experti se neradi dělí o své znalosti. (Třeba Vy jste se o nastíněných problémech, které užití stejné IP-adresy u více jmen přináší u reverzních záznamů, nakonec nerozepsal.) Někteří se podělí, ale nedovedou to podat srozumitelně, protože se nedokáží vžít do člověka, který se s problematikou setkává poprvé. Spoustu věcí považují za samozřejmost. Čtenář se pak v neznámých pojmech utopí. A tak na scénu přichází nadšenec. Ten se rád podělí a dovede poutavě a srozumitelně vyprávět. Bohužel - jak vidět - často i o svých neznalostech. Ale tak už to na světě chodí. Naštěstí pod články na ABC Linuxu je diskuse, kde se experti mohou vyjádřit a uvést věci na pravou míru.

[Barbucha.eu]

(Třeba Vy jste se o nastíněných problémech, které užití stejné IP-adresy u více jmen přináší u reverzních záznamů, nakonec nerozepsal.)
Rozepsal v pátém bodu. Sorry, že jsem Vás nařkl. Jak říkám: Ani já nejsem nijak zvlášť pozorný

[Michal Kubeček]

Pokusím se vypíchnout, v čem je ten základní rozpor mezi námi. Mně nevadí, pokud v článku budou určité důležité informace chybět nebo naopak tam budou rozpitvávány věci nepodstatné, takové věci se u autora, který se v problematice zase až tak neorientuje, dají čekat. Považuji ale za naprosto nepřijatelné, aby se v článku vyskytovaly věcné chyby. Samozřejmě, chyby děláme všichni a mnohokrát už se mi stalo, že se mi do výkladu dostalo tvrzení, které nebylo pravdivé. Ale nedokážu si představit, že bych na takové zjištění reagoval slovy: "No a co, vždyť se vlastně nic neděje…"

Stručně shrnuto: vy tvrdíte, že nesprávná informace je lepší než žádná informace. Já jsem přesvědčen o opaku. Takže kdybych byl na vašem místě, buď bych problematiku DNS z článku vynechal, nebo bych si ji před sepsáním článku dostudoval. Podle mne by se tak měl zachovat každý autor.

Ještě možná poznámku k bodu 1: základní problém nevidím v tom, že jsou stránky "optimalizovány" pro MSIE. Problém je v přístupu obyčejného autora webu, toho v bílé krabici s černým nápisem webmaster. Ten totiž uklohní stránku z fragmentů toho, co viděl na jiných stránkách a co sám metodou pokus-omyl vyzkoušel, otestuje, že to v jeho prohlížeči (obvykle MSIE) vypadá, jak si představuje, a je spokojen, že to funguje. O specifikaci HTML nebo CSS v životě neslyšel, natož aby do ní nahlédl, deklarace typu dokumentu je pro něj magické zaklínadlo, které se dědí z generace na generaci (tedy přepisuje z dokumentu do dokumentu), ale nemá nejmenší tušení, co vlastně znamená. Pokud někdy slyšel o jiných prohlížečích, představuje si, že přizpůsobení stránek pro ně znamená náhodné změny v dokumentu, tak aby i v Gecku nebo Opeře to vypadalo koukatelně. Není divu, že takoví lidé trousí poznámky, že celá ta interoperabilita je výmysl nepřizpůsobivých jedinců, kteří mu komplikují práci tím, že nechtějí používat Jedině Správný Prohlížeč™.

Velmi nerad bych se dožil toho, že by tak jako web vypadal i Internet. Bohužel ale pozoruji, že právě DNS k tomu v dnešní praxi spěje mílovými kroky. Porušování RFC je na denním pořádku a omlouvá se "nezbytnou nutností" realizovat požadavky, které jsou sice v principu nesmyslné, ale jsou teď v módě a kdo to tak nedělá, není "in" (třeba požadavek aby byl web firmy dostupný i přes jméno domény samotné). Proto jsem tak vystartoval, když jsem uviděl článek, který k tomuto chaosu (byť z nevědomosti) přispívá. Bohužel pro spoustu lidí stále platí, že co je psáno, to je dáno, a nezjistí si, jak se věci mají ve skutečnosti.

[Barbucha.eu]

Vy tvrdíte, že nesprávná informace je lepší než žádná informace. Já jsem přesvědčen o opaku. Tady je mezi námi konsensus. Nesprávná informace škodí více, než žádná. O železnici píše taky každý co ho napadne. Jednou nějaký Pavlíček napsal Naše Lokálky - tenkou knížku plnou nesmyslů, kterou vydalo nakladatelství Dokořán. Psal tam až brutální zhovadilosti. Třeba, že se postavila trať z Břeclavi do Znojma s malou odbočkou do Hevlína. Přitom každý ví, že lokálka do Hevlína je kusem trati Vídeň - Podmokly, která je mezi Hevlínem a Laa přerušena. Otec mu napsal dopis, a on mu odpověděl, že znalost faktů sama nestačí k napsání tak dobré knihy, jakou napsal on. "Já jsem autor a kdo je víc?"

To je odstrašující příklad, který nechci následovat. Obhajovat se musím tam, kde se cítím neprávem nařknut. (To je právě případ, že učím lidi používat CNAME ukazující na jiný CNAME.) Ale nebudu lpět na své nevině, když vidím, že je to opravdu blbě. Že jsem o MX napsal kraviny jsem uznal a studem jsem vrtal prstíkem do stolu, když jsem zjistil, jak jsem první reakcí ukázal, jak málo si pamatuji z toho, co jsem napsal. Opravdu jsem napsal Musíme si v doméně vytvořit jméno mailserveru, než použijeme MX místo Můžeme si v doméně zřídit jméno pro mailserver, nebo můžeme jako mailserver použít už existující jméno, nebo můžeme použít úplně cizí mailserver. Takhle je to lépe.

Ale co ukázal pan Pavlíček svojí knihou a čeho jsem si plně vědom? Že psát bez ověření faktů může být to nejhorší. Proto jsem článek psal svědomitě a vše si ověřoval. (I když hnidopich jistě namítne: Článek na to nevypadá ) Jenže co provedl Pavlíček? Vydal knihu. A teď ty kraviny někdo napíše, přestože si fakta ověřoval. A to se stalo mě. Opravdu mi nebudete věřit. Ale když jsem psal o tom CNAME, tak jsem si říkal: Může CNAME ukazovat na CNAME? Vzal jsem knihu (kterou teď nemám po ruce) a zjistil. Jo, jde to. (Teď je otázka, zda v textu kousek dál za ukázkovou konfigurací BINDu nebylo napsáno "Takhle to ale standard RFC nedovoluje!". To musím teprve zjistit.)

Já se omlouvám za to, že jsem psal o DNS-záznamech bez znalosti. Původně to tam nebylo, ale redakce mi poradila, že když to v tom rozhraní je, tak že bych se měl trochu zmínit, co jsou to ty DNS záznamy. A tak jsem se dostal až sem

PS: A tak na scénu přichází nadšenec. Ten se rád podělí a dovede poutavě a srozumitelně vyprávět. Bohužel - jak vidět - často i o svých neznalostech. Ale tak už to na světě chodí. To sice vypadá, že hajím takové, jako individuum Pavlíček, ale já tím jen popisoval obvyklý jev, maximálně hájil sebe. A já si fakta ověřoval. Bohužel, špatně. Příště budu obezřetnější a důslednější. (Snad )

[Barbucha.eu]

Podle toho, co na obrázku vidím, je zřejmé, že autor toho webového rozhraní si není vědom nejen rizik, ale ani specifikací DNS, takže na toho bych nespoléhal.
Tvůrce toho webového rozhraní přece musí vědět, co činí? Neříkejte, že i tohle nechají dělat kohokoliv

[Michal Kubeček]

Doporučuji zkusit na pár domén DNS sleuth. Člověk se občas nestačí divit…

[Barbucha.eu]

A zrovna u server-barbucha.org. Administrátor běžně má reverzní záznam na jiné jméno. Dokonce hned u nameserverů (1). A zrovna se tam vyskytuje i chyba, kdy záznam MX směřuje ke jménu definovanému pomocí CNAME (2). A do třetice se vyskytuje i záznam bez reverzního záznamu (3). Musím říct, že až do těď by mě nenapadlo, že profesionální administrátor může být takový ignorant. Dvě chyby, sedm varování. (Navíc admin může za všechny.)

______________________________

ad 1 - Warning: ns.explorer.cz points back to herakles.explorer.cz
ad 2:

server-barbucha.org.	86400	IN	MX	100 mail.goodlife.cz.
    -> mail.goodlife.cz.	86400	IN	CNAME	nike.explorer.cz.

### Error: DNS records must not point to CNAMEs
ad 3 - Error: forum.server-barbucha.org maps to forum.explorer.cz which doesn't point back

[Michal Kubeček]

To máte asi takhle: existuje spousta kvalitního komerčního (profesionálního) software a stejně tak spousta komerčního SW, který stojí za starou bačkoru; totéž samozřejmě platí i o "amatérském" SW, tedy tom, který autoři tvoří ve svém volném čase a zadarmo - některý je velmi kvalitní, některý by byl drahý, i kdyby vám za jeho používání platili. A stejně tak je to se službami - že si někdo nechá zaplatit, ještě není samo o sobě zárukou, že to bude kvalitní práce. V podobných situacích většinou říkám, že je zásadní omyl považovat termín profesionální za synonymum slova kvalitní; ve skutečnosti vyjadřuje pouze fakt, že se tím dotyčný živí, o kvalitě práce neříká zhola nic.

[peter]

Celkom dobrý článok; vzhľadom na to, že ho písal amatér sa dajú nad pár chybami prižmúriť oči.

Ja si nemôžem odpustiť iba to, že načo si niekto inštaluje ftp server. V dnešnej dobe je to zbytočné, iba čo žerie zbytočne pamäť a predstavuje ďalšie napadnuteľné dvere do systému.

[Michal Kubeček]

Nesouhlasím, nad tím, že někdo učí druhé porušovat RFC, oči přimhouřit nedokážu.

[peter]

Skôr som myslel, že upozorniť áno, ale netreba ho za to "lynčovať". Každý nejako začína!

[diverman]

Taky jsem ten šťastnej majitel domácího serveru...

[Texl]

Zajímavý článek, řeším podobný problém, ale protože můj provider chce za veřejnou IP adresu 200,- Kč/měsíčně mám udělanej forward portů z jeho veřejné IP adresy. Platit za veřejnou IP adresu tolik peněz nehodlám. To že ten forward funguje mám ověřený v Azureovi kde to funguje jak má (Test NAT/Firewall...OK). A chtěl bych také rozchodit Apache u sebe tak, že by se ke mě dalo dostat pomocí "http://xxx.xxx.xxx.xxx:yyyy" kde by xxx: byla IP adresa providera a yyyy: číslo portu který je forwadovanej ke mě. Problém jsou mé znalosti - Apache spustím u sebe, ale nevím co nastavit aby přijímal a odesílal požadavky z/na veřejnou IP adresu - Nevím jestli se to řeší pomocí IPtables a forwardu/NATu nebo to je jen v konfiguraci Apache??? prosím jestli někdo podobný problém řešil poraďte. Děkuji.

[Martin Tůma]

Tenhle problém mnohem efektivněji řeší výše zmiňované DynDNS...

[Martin Tůma]

Tak zpět... s neveřejnou IP adresou ti DynDNS nepomůže. Nějak jsem předpokládal, že je problém s "pevnou" IP adresou... Že někdo může chtít 200Kč měsíčně za veřejnou IP (což je mimochodem polovina! ceny za celé broadband připojení) by mě nenapadlo...

[Martin Tůma]

Jinak k dotazu s forwardovánim portu - pokuď si domluvíš s poskytovatelem, aby ti ten port "yyyy" forwardoval na tvůj port 80, tak v Apachi ani nikde jinde nemusíš nastavovat vůbec nic. Pokuď ti to forwardujou jinam než na port 80, tak stačí spouštět apache na tom daném portu (parametr Listen v souboru httpd.conf)

[Jiří Poláček]

Přeposílání portu musí nastavit poskytovatel; na kterém portu bude Apache poslouchat určuje direktiva Listen, daný port, je samozřejmě třeba mít povolen na firewallu.

Proč odpovídám, když ten dotaz sem nepatří? Asi proto, že i ten článek svou kvalitou spíše patří někam jinam, spíše do blogu ...

[josef_mb]

200,- za IP adresu mesicne ? -> zmen providera josef_mb

[Hodza]

A ja myslel, ze podle RIPE se nesmi za verejnou IP platit. Jediny poplatek ktery Vam mohou uctovat je za zrizeni (=praci s tim spojenou).

[Jan Grmela]

Víte, jaký je největší problém veřejných IP Karnevalu?

$ whois 84.242.83.136
:
:
inetnum:        84.242.83.128 - 84.242.83.191
netname:        TESNETWORK
descr:          Karneval Media Plzen 15 - Public
country:        CZ
admin-c:        KMH6-RIPE
tech-c:         KMH6-RIPE
status:         ASSIGNED PA
mnt-by:         TESMEDIA-MNT
mnt-lower:      TESMEDIA-MNT
mnt-routes:     TESMEDIA-MNT
source:         RIPE # Filtered
:
:

Aby každý, kdo si to chce zjistit, věděl, kde přesně se server nachází (=kde bydlím) není asi to, po čem bych toužil

[Dan Ohnesorg]

To samozrejme zjistim i bez toho, abych se musel ptat whoisu. Pokud potrebujete tohle utajit, tak jedine pronajmout server na hostingu.

[Michal Kubeček]

Ne všichni podnikáme v oblasti organizovaného zločinu… :-)

[Barbucha.eu]

Ale já nebydlím u Karnevalů v Plzni 15

[brozkeff]

Hop sem hop tam:-/

Domácím serverem se tu asi myslí router pro další počítače v domácnosti, který má zároveň veřejnou IP adresu a kamarádi tam mají navytvářené shellové účty, případně trošilinku větší prasárna - připojují se na Xko přes vnc )

Ke kamarádovi, co má takzvaný *server* (obrázek 1, obrázek 2, ...) s case co od kohosi dostal zadarmo (zdeformovanou, bez pláště,...), s motherboardem co tam drží díky koberci a izolepě, harddiskem co visí jenom na ide kabelu a co se občas díky špatnému kontaktu napájení vypne; a na který jsem mu před pár měsíci nainstalil Fedoru Core 4, nemá ani veřejnou IP, tudíž nebýt ssh tunelu na jiný server se na něj nepřipojí nikdo kromě klientů našeho ISP..., se normálně připojuju přes vnc na svoji X session, abych si užil práce v "rock-stable" linuxu, když tu doma jedu na win

Předpokládám, že tenhle článek byl určen pro lidi tohoto typu, že? ;e)

[majklovec]

Kdepak, clanek byl minen presne pro takove coooooooool nafoukane radoby profiky jako jsi ty :))

[kavol]

články začátečníků pro začátečníky mi přijdou obecně jako dobrý nápad, neboť "guru" je obvykle již příliš vzdálen myšlení a postupům začátečníka, leč měly by být před zveřejněním postoupeny kontrole někým znalejším - v tomto případě jsem výsledkem poněkud znechucen a táži se: copak se nenašel nikdo ochotný článek zkorigovat?

nepovažuju se v tomto směru za odborníka, věci, co na síti/serveru potřebuju vždycky jenom tak-nějak zbastlím, aby to fungovalo, ale přesto bych si dovolil několik připomínek:

aby měl pevně danou a hlavně veřejnou IP adresu

- viz

Optimální pevné připojení je ethernetovým modemem.

WTF? (pardon, na to se nedá jinak reagovat ...)

... se mi doména zdála drahá. ... v doméně CZ ... ročně vás přijde na 599,- Kč, a to bez DPH 19% ... ORG, COM, BIZ, NET a INFO není tak drahá. Lze ji pořídit zdarma a příjde vás na šest stovek ročně i s 19% DPH

- k tomu nemám výhrady technické, jen si neodpustím říci, že to naprosto nechápu lidsky, rozdíl cca 100 Kč ročně propagovat jako kdovíjakou výhodu a napsat o tom odstaveček ... hm ...

Pokud zadáte vyhledávači "registrace domény", ...

- ufff, po relativně dlouhém odstavečku o NICu doporučit vyhledávač místo seznamu registrátorů, to mi taky hlava nebere ...

CNAME definuje novou subdoménu v naší doméně a váže ji s určitým strojem pomocí jeho IP adresy přes jméno s ní spojené dříve vytvořeným záznamem typu A. Zní to děsně, ale lidsky řečeno: CNAME slouží ke spojení více jmen s jedním strojem tak, že první jméno spojíme s jeho IP adresou pomocí záznamu A a ostatní jména spojíme s tímto jménem znáznamem CNAME.

- asi nejsem člověk, ale lidsky mi to nezní ... mnohem výstižnější se mi jeví třeba "A CNAME record or canonical name record makes one domain name an alias of another. The aliased domain gets all the subdomains and DNS records of the original." (z Wikipedie), stačí pčeložit ...

Záznam CNAME může ukazovat na jiný CNAME.

- viz, dtto MX, @ a *

Nějakou dobu trvá, než se provedené změny záznamů - jak bych tak řekl - uvedou v život. Musíme počkat, až se stav (na obrázku první položka zcela nahoře) opět změní zpět na aktivováno.

- ufff ... nějaká zmínka o serial number a TTL by nebyla? btw, explorer.cz neumožňuje řídit ručně update? fuj ...

zabezpečenou část (HTTPS), kam budou moci jen naši přátelé

- opět nerozumím ... jak souvisí HTTPS s tím, jestli je někdo přítel? a copak na HTTP nelze omezit přístup?

webový server Apache2

- hnidopich: Apache HTTP Server Project (pozn. viz i cíl odkazu)

Na svém serveru mám databázový server MySQL webový server Apache2 s PHP a s podporou SSL a ProFTPd používající TLS a Sambu.

- hnidopich 2: to jako ten Apache2 je s podporou proftpd a používá TLS a Sambu, nebo tu Sambu používá jenom to proftpd, nebo měla být před proftpd místo "a" čárka (a po MySQL taky)?

Co jiného?

- *BSD, Solaris, Microsoft Windows 2003 Server ...

Nakonec jsem se rozhodl pro Debian GNU/Linux

- offtopic: nemá to něco společného s FAV?

APT - Advanced Packaging Tool, který nemá chybu!

- vážně?

Dovede software stáhnout z internetu i s podmiňujícími balíky a nakonec vše nainstalovat. To vše jedním příkazem.

- ó jaká super vlastnost ... urpmi balíček ... emerge balíček ... pkg_add -r balíček ...

Díky tomu je konfigurování serveru velmi jednoduché.

- hmm ... takže instalace balíčků je asi tak 99% konfigurování serveru?

utvořit ještě oddíl /www pro webové dokumenty

- zajímavé pojetí ... nebylo by vysvětlení, proč se nedržet obvyklého /var/www, potažmo na co tolik partition a právě takto rozdělených, nedejbože i zmínka o tom, kolik místa je vhodné jim vyhradit?

Dobré je při základní instalaci systému nainstalovat X-server

- viz

X je pohodlnější než konsole a hlavně můžeme snadno odběhnout na internet pro radu.

- hm, a bez X ne? - Zobrazování webových stránek na konzoli je problematické. - jo aha, hm, to jsou věci po dvou deci ... on se v textovém režimu blbě zobrazuje text?

je třeba povolit OpenSSH používat protokol verze 2

- proč? (btw, ono to není v defaultní konfiguraci?)

v Debianu jediným příkazem apt-get lze doinstalovat cokoliv. Navíc nástroj APT je uzpůsoben tak, aby našel vždy nejmladší verzi

- už to tu bylo, ale vzhledem k mému postoji k debilanistům mi to nedá nezopakovat: a ostatní distribuce to snad neumí?

ProFTPd ... Rozjetí je jen otázkou přidání pár řádků do konfiguračního souboru a vygenerování certifikátu.

- nu, dle mých zkušeností právě toto dělá (nejen) úplným začátečníkům mnohem větší potíže, nežli instalace samotná ... ale tož jestli je toto první díl ...

Pokud si stáhneme zdrojový kód

- proboha NE!

Lynx - Ovládání je méně pohodlné než u grafických prohlížečů a složitější stránky se zobrazují špatně,

- hm, proč nepoužít lepší browser? (resp. v Debianu asi ELinks)

nástroj je výborný ke stahování souborů z internetu

- a já si vždycky myslel, že na to je vhodný wget nebo třeba cURL ...

emacs a gpm - uff, uff ...

Nakonec server nastavíme jako firewall a bránu pro naši malou síť.

- ok, a kdy jsme instalovali např. iproute2 a iptables?

p.s. cílem tohoto není shodit autora (možná shazuju sám sebe, že jsem se též dopustil chyb a nepřesností) a odradit ho od dalšího psaní, nýbrž vyjádření, důrazné vyjádření, názoru, jehož variace již padla ze strany Michala Kubečka, a to že je krajně nevhodné učit špatné věci ...

[Michal Kubeček]

Možná tři poznámky:

1. DynDNS bych rozhodně nedoporučil jako nějaké standardní řešení do návodného článku. Není to nic víc než hodně ošklivá berlička pro stav naprosté nouze, pro permanentně běžící server to určitě není ta správná cesta. Navíc mám proti podobným řešením zásadní ideové výhrady: podle mne místo aby problém řešily, pouze oddalují jeho řešení (totéž si ale myslím třeba o maškarádách).

2. Honbu za lacinějšími generickými doménami místo "předražené" cz taky moc nechápu - v článku o vlastním serveru ji pak nechápu ani trochu. Buď ten server bude na hostingu a provozovatel zaplatí řádově více za hosting nebo bude doma a pak zaplatí řádově více za elektřinu. Jedině snad že by to bylo tak, že elektřinu zaplatí rodiče, ale doménu si provozovatel musí zaplatit sám…

3. Použití adresáře /var/www pro DocumentRoot bych určitě neoznačil za obvyklé, to už jsem se častěji setkal s /home/www. Budeme-li chtít mluvit o nějakém standardu, pak by bylo na místě použít spíš /srv/www (podle FHS).

[kavol]

ad 1. - odkaz na příspěvek o DynDNS jsem nemyslel jako jeho doporučení, naopak souhlasím, že to není dobré rešení, nýbrž jako kritiku věty z článku - měl jsem ji odcitovat celou: "Podmínkou internetového serveru je, aby měl pevně danou a hlavně veřejnou IP adresu." ... i když je pevná adresa velmi vhodná, chod serveru tím podmíněn není

a když jsme u toho, provozuju jeden server, který nemá veřejnou IP adresu, ale tuto část věty jsem nebral již tak striktně, ono prostě navenek nějaká adresa být udána musí a vem čert, kam se to z ní přeposílá

ad 3. - /var/www je to na obou distribucích, co momentálně provozuji, /home/www jsem potkal jen párkrát, ale o to nemá smysl slovíčkařit, každopádně pointa měla být právě to začlenění do struktury v duchu FHS namísto vytváření blbostí v rootu (no a především ta otázka samostatných partition)

flamewar o nesmyslech ve FHS 2.3 si ovšem raději nechme na jindy ...

[kavol]

odcitovat → ocitovat ... jsem nějakej přetaženej; sorry za sloh dnes ještě kostrbatější než je u mě obvyklé :-/

[Barbucha.eu]

Cena elektřiny je zajímavá otázka, na kterou se mi konečně podařilo najít odpověď.

Barbucha má příkon okolo 50 W. Zatím jede děnně v průměru 15 hodin. Takže nám zdlabe za rok 274 kWh à 2,86 Kč. Takže 784,- Kč/rok. V tomto provozu je elektrika a doména zhruba na stejno.
Pokud Barbucha poběží nepřetržitě, tak sežere 438,3 kWh/rok a cena pak bude 1 254,- Kč/rok.

Teď zrovna otec říkal Každý vidí pořizovací náklady a nevidí provozní. Přesně tak se mi právě doména .CZ jevila drahá, protože bych musel vypláznout moc peněz, ale pak provoz je skutečně dražší za rok jen o stovku. Ale znám lidi, pro které by bylo podstatných i 10,- Kč za pět let

[Barbucha.eu]

Barbucha má příkon okolo 50 W ... 438,3 kWh/rok...
Omlovám se za přesná čísla z nepřesných

[RomanX]

2,86 Kč/kWh?

Snad spíše 3,5-4 Kč /kWh. Potom ta cena není tak růžovoučká...

Domácí server je pěkná věc, ale právě kvůli provozním nákladům je podle mě mnohem vhodnější si někde zaplatit hosting. Odpadá nutnost mít "tlustou" line do internetu a nemusím se starat o server jako takový, ale řeším jen prezentační část. Tedy čistě HTML nebo obdobný kód pro generování svých WWW stránek. Který provozuji na hostingu.

Pro občasné použití domácího serveru je vhodnější toto: Router nebo firewall s routerem postavený na linuxu, který se dá "z venku" managovat. Za nim je už "moje" domácí síť. Poku dpotřebuji se dostat na PC v síti, tak se připojím na router/firewall třeba přes SSH. Odtamtud probuím přes Wake-On-Line PC v lokální vzdálené síti a na něm třeba zase přes SSH si proveduu vše, co potřebuji. Pak jej zase třeba přes shutdown vypnu a odpojím se... Případně použít v lokální síti NAS disk-server, kdy takovýto NAS disk-server baští cca. 5-15W.

Hlavní pointa je, že jsem uvažoval o plnohodnotném domácím serveru, ale právě kvůli provozním nákladům je podle mě lepší mít zaplacený hosting svých stránek.

Jinak článek celkem není špatný, ale vadí mě na něm, že autor si předem opravdu celou problematiku raději pořádně neprostudoval.. A dokážu si představit, že někdo podle toho něco spáchá - sice výsledek asi pojede, ale dle specifikace to může udělat BLBĚ. To je to nejhorší. Navíc se potom takový člověk bud být do prsou jak to pěkně funguje. Netušíc, že pokud to takto blbě budou dělat všichni, tak opravdu Internet může jít čase do kytek...

Přeji hodně zdaru.

[Barbucha.eu]

ad doména: při pořízení je cena domény .CZ téměř dvojnásobná. (599 + 399)*1,19 = 1 187,- Kč. Doména .ORG stála 593,- Kč.

ad WTF? (pardon, na to se nedá jinak reagovat ...): Zbožňuji věcné argumenty

ad explorer.cz neumožňuje řídit ručně update: Neumožňuje, ale jak se později ukázalo, není to jediné, co se jim dá vytknout. (viz debata pod Kde je jistota?)

ad hnidopich 2: Ano. Má to být Na svém serveru mám databázový server MySQL, webový server Apache2 s PHP a s podporou SSL, ProFTPd používající TLS a Sambu.

ad co jiného: To zvolání musíte chápat v kontextu s tím, že článek vychází na ABC Linuxu.

ad FAV: co jestli má něco společného s FAV?

ad APT - Advanced Packaging Tool, který nemá chybu: To je zvolání. To není tvrzení, že APT je naprosto dokonalý bez chyb.

ad Dobré je při základní instalaci systému nainstalovat X-server: Tam přece následuje poznámka, že je to moje osobní rada, ale experti to nedoporučují.

ad internet a text v textovém režimu: Myslíte si, že jsem nikdy nezkoušel chodit na konzoli po internetu? U jednodušších stránek není problém, ale složitějších ano.

ad je třeba povolit OpenSSH používat protokol verze 2: Ano, objeví se tam takový dotaz.

ad Lynx: Já ho přece nechci na surfování po netu. To je přece jasné.

ad gpm: Moc fajn věc Usnadňuje práci na konsoli. Potřeba zkopírovat kousek textu je častá. Stačí označit, kliknout prostředním tlačítkem myši a je to.

ad Emacs: Nojo, ten je tam na ..., když je tam Midnightcommander.

ad Nakonec server nastavíme jako firewall a bránu pro naši malou síť: Důsledek vaší nepozornosti. Tam je napsáno V dalších částech (seriálu) ... server nastavíme jako firewall a bránu pro naši malou síť. Mimo to, všechno se dá doinstalovat, až na to příjde řada

Zatím jsem se odradit nedal. Poučil jsem se, že je fakta potřeba více ověřovat a hlavně článek nechat přečíst někým jiným. Přenos myšlenek pomocí slov je značně zrádný. Máte myšlenku, vyjádříte ji slovy a jste přesvědčen, jak jste to hezky přesně a trefně napsal. A pak příjde někdo jiný, přečte si to a ze stejných slov si utvoří myšlenku úplně jinou. Až když ji řekne, dojde vám, že vaše dokonale jednoznačná formulace se dá interpretovat úplně jinak. Taky si musím dát pozor na nevhodné používání termínů.

Druhý díl rozhodne
Zahazovat hned flintu do rži by nebylo správné. Tento článek podle stastistik upoutá a zklame. (Nejvíce přečtení, hodnocení jen 1,80.) Pokud druhý díl dopadne lépe, znamená to, že jsem se poučil. Když dopadne hůře, znamená to, že mám přestat. (A když nedopadne, znamená to, že se poučila redakce )

[kavol]

ad doména: při pořízení je cena domény .CZ téměř dvojnásobná. (599 + 399)*1,19 = 1 187,- Kč. Doména .ORG stála 593,- Kč.

nu ano, ale již v článku je zmíněna (mě se zdá že především) právě ta údržba, ta horší investice ... "drahost" zřízení je relativní, do kolika let jej rozpočteme? - jinak též viz druhý bod reakce MK

ad WTF? (pardon, na to se nedá jinak reagovat ...): Zbožňuji věcné argumenty

nu, "míč není na mé straně hřiště", aneb dokud nejsou vyslovena kriteria, na základě kterých má být stanoveno optimum, nemohu odargumentovat, že jsou zvolena špatně či že je to s nimi nějak jinak ...

ad co jiného: To zvolání musíte chápat v kontextu s tím, že článek vychází na ABC Linuxu.

no, tím méně to chápu ...

ad FAV: co jestli má něco společného s FAV?

viz citace nad danou otázkou v předchozím příspěvku

ad APT - Advanced Packaging Tool, který nemá chybu: To je zvolání.

totéž jako u "Co jiného?", navíc rozšířeno o moji averzi k debilanistům

ad Dobré je při základní instalaci systému nainstalovat X-server: Tam přece následuje poznámka, že je to moje osobní rada, ale experti to nedoporučují.

chtělo by to ovšem řádné vysvětlení, proč se toto doporučení odchyluje od "expertů" ... tedy, jak zde již někdo psal, začíná-li se od Adama, pak to mělo začít hardwarem, a třeba bychom se hned zkraje dozvěděli, že server nebude spravován vzdáleně, jak je obvyklé, nýbrž že u něj bude vlastní monitor, klávesnice a myš, a tedy že ty Xové programy se budou spouštět lokálně, tzn. je na ně potřeba Xserver, a nikoliv třeba přes ssh X forwarding, a tedy nestačí jen xlibs

ad internet a text v textovém režimu: Myslíte si, že jsem nikdy nezkoušel chodit na konzoli po internetu? U jednodušších stránek není problém, ale složitějších ano.

no, dle článku to vypadá, že zkoušení se konalo jen v Lynxu ... nevím, jak je na tom teď, nepoužívám ho, již delší dobu jsem navyklý na Links, a čtení nějakých HowTo apod. mi v něm přijde celkem komfortní ...

ad je třeba povolit OpenSSH používat protokol verze 2: Ano, objeví se tam takový dotaz.

je jedno, zda jde o dotaz instalátoru nebo ruční zásah do konfigurace, otázka je cílena na smysl tohoto kroku, resp. kritika tvrzení, že je to nutné

ad Lynx: Já ho přece nechci na surfování po netu. To je přece jasné.

hm, naprosto mi uniká, co by mělo být jasné ... pokud je Lynx určen ke stahování, viz připomínka o wgetu, jak tedy tvrzení "nechci ho na surfování" obhajuje instalaci Lynxu?

ad gpm: Moc fajn věc Usnadňuje práci na konsoli.

viz odpověď u X

ad Nakonec server nastavíme jako firewall a bránu pro naši malou síť: Důsledek vaší nepozornosti.

ó nikoliv, neboť:

Tam je napsáno V dalších částech (seriálu) ... server nastavíme jako firewall a bránu pro naši malou síť.

tato část pojednává o instalaci a všechny (?) ostatní programy, o jejichž konfiguraci mají pojednávat další díly, jsou zde zahrnuty, jen právě ty na manipulaci s routovacími a netfilterovými tabulkami chybí ...

Zatím jsem se odradit nedal. Poučil jsem se, že je fakta potřeba více ověřovat a hlavně článek nechat přečíst někým jiným. Přenos myšlenek pomocí slov je značně zrádný. Máte myšlenku, vyjádříte ji slovy a jste přesvědčen, jak jste to hezky přesně a trefně napsal. A pak příjde někdo jiný, přečte si to a ze stejných slov si utvoří myšlenku úplně jinou. Až když ji řekne, dojde vám, že vaše dokonale jednoznačná formulace se dá interpretovat úplně jinak. Taky si musím dát pozor na nevhodné používání termínů.

Druhý díl rozhodne
Zahazovat hned flintu do rži by nebylo správné. Tento článek podle stastistik upoutá a zklame. (Nejvíce přečtení, hodnocení jen 1,80.) Pokud druhý díl dopadne lépe, znamená to, že jsem se poučil. Když dopadne hůře, znamená to, že mám přestat. (A když nedopadne, znamená to, že se poučila redakce )

ok, to zní celkem rozumně

[Barbucha.eu]

nu, "míč není na mé straně hřiště", aneb dokud nejsou vyslovena kriteria, na základě kterých má být stanoveno optimum, nemohu odargumentovat, že jsou zvolena špatně či že je to s nimi nějak jinak ...

No vidíte, že se dá vyjádřit, co Vám vadí. Myslel jsem to po předchozích zkušenostech z hlediska rozchození pod Linuxem. Problémy s konfigurací odpadají, protože síťové karty typu ethernet jsou tak běžné, že snad neexistuje distribuce, které by se nepovedlo nastavit síť už při instalaci základního systému.

Když jsem to psal, tak jsem si pomylsel: Operační systém bude Linux. Což je velký a nečekaný zvrat, vzhledem k tomu, že článek vychází na ABC Linuxu Má to symsl jako samozřejmě Linux. Nebo smysl, jako v reklamách, kde se často vyskytuje Tenhle výrobek, co jiného, i když je všem jasné, že jiných výrobků je plno. Ale přece jen bude lépe v další části zvolání nepoužívat. Vyvolává to zmatky.

Vy naražíte na to, že na Západočeské univerzitě se použává Debian? No, to mě nejspíš inspirovalo. To máte pravdu.

ad Lynx: a velmi užitečný při konfigurování Apache, protože umožňuje snadné otestování jeho činnosti. Proto ho tam mám.

chtělo by to ovšem řádné vysvětlení, proč se toto doporučení odchyluje od "expertů" ... tedy, jak zde již někdo psal, začíná-li se od Adama, pak to mělo začít hardwarem, a třeba bychom se hned zkraje dozvěděli, že server nebude spravován vzdáleně, jak je obvyklé, nýbrž že u něj bude vlastní monitor, klávesnice a myš, a tedy že ty Xové programy se budou spouštět lokálně, tzn. je na ně potřeba Xserver, a nikoliv třeba přes ssh X forwarding, a tedy nestačí jen xlibs
Barbucha má myš, klávesnici a malý, devítipalcový čb monitor od pokladny za 400,- Kč. Za to začínání od Adama fakt nemůžu

ad Nakonec server nastavíme jako firewall - lepší odpověď: Já osobně jsem vybral jen úkoly Webový server a Síťový server. A to zahrnuje ty iptables, což jsem tam nenapsal. Proto až budu psát o firewallu, musím tam zmínit, kde se iptables vzalo.

S tou myší, monitorem a klávesnicí jsem se stal obětí oné samozřejmosti. Pro mě to bylo tak samozřejmé, že počítač nebude bez těhle věcí, že jsem to tam zapomněl zmínit. Jinými slovy, při psaní článku člověk musí zmínit i samozřejmé věci, protože mírou samozřejmosti si nikdy nemůžete být jist, neboť jde vždy hlavně o subjektivní pocit.

[kavol]

ad modem -

... Myslel jsem to po předchozích zkušenostech z hlediska rozchození pod Linuxem. Problémy s konfigurací odpadají, protože síťové karty typu ethernet jsou tak běžné, že snad neexistuje distribuce, které by se nepovedlo nastavit síť už při instalaci základního systému.

mno, z tohoto hlediska ovšem nevidím rozdíl, jestli bude kabel do síťové karty na druhé straně končit v modemu, WiFi AP, routeru, ve switchi nebo třeba konvertoru na optiku ... nicméně co do ostatních vlastností daných zařízení ten modem (máme-li na mysli klasický telefonní, resp. nějaké ADSL a podobné zhůvěřilosti) zcela jistě nejlepší nebude

... Nebo smysl, jako v reklamách, kde se často vyskytuje Tenhle výrobek, co jiného, i když je všem jasné, že jiných výrobků je plno.

tady ale v reklamě nejsme, že?

Vy naražíte na to, že na Západočeské univerzitě se použává Debian? No, to mě nejspíš inspirovalo. To máte pravdu.

jo to bude ono ... ale to by bylo na diskusi nad džbánkem dobrého moku

ad Lynx: a velmi užitečný při konfigurování Apache, protože umožňuje snadné otestování jeho činnosti. Proto ho tam mám.

to lze ovšem otestovat kdečím jiným, nehledě na to, že testovat funkčnost serveru se mi jeví lepší z klienta než přímo na serveru

ad Nakonec server nastavíme jako firewall - lepší odpověď: Já osobně jsem vybral jen úkoly Webový server a Síťový server. A to zahrnuje ty iptables, což jsem tam nenapsal. Proto až budu psát o firewallu, musím tam zmínit, kde se iptables vzalo.

hm, já bych si skoro tipnul, že předdefinovaný výběr "server" v distribuci typicky obsahuje proftpd (nebo jiný ftp server), openssl i mysql (resp. postgres nebo obojí), a přesto jsou zmíněny samostatně; ostatní software je jmenován aspoň porůznu v textu, když už ne přímo v části o instalaci, jen na ty síťové nástroje se prostě zapomnělo ... navíc, jestliže článek preferuje minimalistickou instalaci, a následně ruční doinstalovávání jednotlivých balíčků ("Obecně lze říci, že lépe je úkoly ani výběr jednotlivých balíčků při instalaci operačního systému moc nepoužívat ..."), pak se lze těžko spolehnout na to, že si čtenář skupinu obsahující potřebné nástroje při instalaci vybere (navíc, třeba v Gentoo instalovaném dle handbooku jde opravdu o výběr jednotlivých balíčků, na skupiny se nehraje)

[Michal Kubeček]

Flintu určitě nezahazujte. I když to tak možná podle mé první reakce nevypadalo, nemyslím si, že ten článek je špatný, to si myslím pouze o jedné jeho části. Proti zbytku nějaké podstatné výhrady nemám, pouze nesouhlasím se lkaním nad cenami českých domén, ale to považuji za věc názoru, proto jsem to nekomentoval.

[jiri.b]

jen mimochodem... kopirovat text v konzoli jde mnohem lepe pri pouziti programu 'screen' :) a to nemusim mit mys ani byt primo u terminalu fyzicky.

[zombik]

Dobrý den,

neubranim se tomu, aby napsal svůj komentář k članku. Nejsem počítačovým odborníkem a problematikou Linuxu, se zabývam proto, že mě usnadňuje život a pomáhá řešit problémy na které narazím při své práci. Jsem tedy taky amatér a čtu članky na ABClinuxu, abych se poučil a vzdělal. Diskuze , která se rozpoutala kolem článku vyznívá dosti kriticky pro autora a sam bych po takové odezvě žadný článek pro abičko už nenapsal. Je třeba, ale podotknout, že jistá sebekritika a pokora by autorovi neuškodila. Myslím si, že v tomto případě selhala funkce redakce abíčka, která měla članek podrobit recenzi a vyzvat autora o doplnění a opravu článku. Doufám, že když do abička pošlu svůj amaterský nesmyslný blábol biologa o tom jak provozuje svůj server, že mi jej redakce vrátí. Přesto všechno mám rád čláky, které z pohledu profesionálů zjednodušují problematiku a jsou psané lidmi, kteří se zabývají linuxem ve svém volném čase, protože profesionál většinou nemá čas na psaní, ale zrecenzovat članek by třeba rád udělal.

Zdravi

Jura

[Vlastimil Ott]

Myslím si, že v tomto případě selhala funkce redakce abíčka, která měla članek podrobit recenzi a vyzvat autora o doplnění a opravu článku.

Selhal jsem tedy, i když jsem připomínkoval.

profesionál většinou nemá čas na psaní,

Že by do vlastních řad? Kolik hus tady už kejhá...?

zrecenzovat članek by třeba rád udělal

Závazně prosím o kontakty. Práce je to nevděčná a pravděpodobně za pár korun (nebo zadarmo).

[Helac]

Po precteni clanku se nestacim divit, myslel jsem si ze tenhle server ma uroven. Tohle me ,ale prekvapilo autor sam rika ze je amater tak at sakra nic nepise. Tenhle clanek byla jenom kupa blbejch kecu ktera nic nerika. Nejvice me rozlobila pasaz o tom jak vychvaluje debian a jeho balickovaci system. Nerikam ze ten balickovaci system je spatnej ale on proste nikdy nepracoval s linuxem a nahodou prvni distro na ktery narazil zjistil co to umi, a vychvaluje tu veci ktery ma skoro kazda distribuce. Podle me je proste spatne aby takovehle clanky psali nezkuseni uzivatele! Napiste prosim co si o tom myslite vy. Helac

[kavol]

už jsem se vyjádřil výše, ale v dlouhé reakci to nejspíše zaniklo, tedy stručně shrnu:

dle mého názoru je dobře, když píší amatéři pro amatéry, neboť "profík" je začátečnickým problémům na hony vzdálen a nejspíše zůstane nepochopen, pokud se mu vůbec podaří mluvit o tom, co začátečníka zajímá ... článek by však před vydáním měl být řádně zrevidován, aby neobsahoval kopance typu příklad v rozporu s RFC, což zde evidentně selhalo

[Vlastimil Ott]

Super. Na koho se můžu příště obrátit, aby mi odcitoval RFC a opravil článek, který pošlu? Na tebe tedy? Stačí říct.

Ne, vážně. Já jsem jakožto nezkušený v této oblasti měl spoustu připomínek, které autor zapracoval. Ale protože tomu nerozumím nijak extra, spolehl jsem se na to, že autor ví, co píše. Nemůžu vědět, že zrovna v tom či onom tvrzení je rozpor. A to je problém obecně: redakce (=momentálně já) prostě neví všechno a spolupracovníci nejsou. Kolikrát se to tady řešilo a profíci s přehlíživým pohledem říkali, že pracují a že se jim psát nechce?

Mimochodem, trošku interní omáčky: konference autorů je mrtvá, jak je rok dlouhý. Když do ní přijde oznámení o novém článku, je to jako /dev/null... Nezájem. A kolikže těch autorů Abíčko má? No, méně než deset to rozhodně není - tak co má redakce udělat ještě? Nechat si vynadat společně s "chudákem", který věnoval článku několik dní...

[Barbucha.eu]

Nevím proč, ale Debian nějak lidi tentuje

Pokud se to vezme, ten článek není nejlepší, ale taková hrůza to taky není. Jediná vážná chyba je tam ono porušení RFC. Pak se spíše jedná o některé zavádějící formulace. Například Michal Kubeček píše ...nemyslím si, že ten článek je špatný, to si myslím pouze o jedné jeho části. Proti zbytku nějaké podstatné výhrady nemám... Člověk nikdy neví, kolik těch vztekajících se odborníků jako Helac jsou doopravdy odborníci

Já se pokusím u druhého dílu najít někoho, kdo by to zkontroloval. Je to těžké. Většina odborníků se Vám na to vybodne nebo nemá čas.

[kavol]

Ne, vážně. Já jsem jakožto nezkušený v této oblasti měl spoustu připomínek, které autor zapracoval.

no to by mě zajímalo, jak vypadala ta první verze

Mimochodem, trošku interní omáčky: konference autorů je mrtvá, jak je rok dlouhý.

ale vždyť ono je to vlastně jedno, my si to s chutí zdrbneme v diskusi po vydání

[MartensPh]

Něco podobného jsem už četl na root.cz, že nemají a nemůžou a podobně...
Nechci být hnidopich, ale pokud abclinuxu.cz má být kvalitní a dobrý server, měl by kromě zobrazování reklam také nabízet kvalitní a dobré "zboží" a ne se vymlouvat.
Jako čtenáře, který "platí" tím, že kouká na reklamy (není to moc, já vím), čekám také nějakou návratnost. Nejlépe tím, že si jednou za čas přečtu kvalitní články, btw. kdy naposled vyšel článek o tom, co se děje v linux-kernel konferenci?
Nemyslím tuto kritiku zle, jak si asi hodně lidí pomyslí, ale nechávám si posílat články mailem jednou týdně, a stejně jako u root.cz si málokterý článek přečtu (až dokonce).
Argument, abych tedy něco napsal sám, neberu. Proč bych to dělal? Do novin také nepřispívají všichni, co je čtou. A přesto si můžou udělat vlastní názor a dokonce posílají kritiku do redakce. Nikdy jsem tam však nečetl reakci redakce nebo jiného čtenáře typu "tak si to napiš sám, chytráku."
V tuto chvíli neznám plány majitelů abclinuxu.cz do budoucna, co chtějí se svým fan-serverem dále dělat, zda ho měnit na kvalitní zdroj o linuxu, nebo ho nechat jako server pro setkávání nadšenců. Třeba by se mohl majitel vyjádřit?
Díky za prostor k mému vyjádření.
Zdraví MartensPh
Btw. až po přečtení mne napadlo, že se ozve hodně lidí, že to je kvalitní server s kvalitním "zbožím". Ja si nejsem jistý...

[Vlastimil Ott]

Něco podobného jsem už četl na root.cz, že nemají a nemůžou a podobně.

Ale my můžeme a chceme, ale jaksi je nás málo. Tímpádem nelze obsáhnout všechno. Proto není někdy něco úplně ideální, třeba odborná korektura.

kdy naposled vyšel článek o tom, co se děje v linux-kernel konferenci?

Už dávno přestal vycházet originál...

Argument, abych tedy něco napsal sám, neberu.

Pokud je to myšleno na mě, jako momentální redakci, nic takého jsem neříkal. Psal jsem, že uvítáme (=potřebujeme) odborné korektory.

[MartensPh]

Psal jsem spíše obecně, jako takový povzdech nad úrovní českých serverů o linuxu. Nebo já jsem se stal náročnějším?
Je celkem úsměvné, že se vždycky najde někdo, kdo nějakou poznámku vztáhne ihned na sebe.
Je škoda, že (podle mne) nejkvalitnější český linuxový seriál Jaderné noviny přestal vycházet. Také je fakt, že to byl překlad. I to asi svědčí o nedostatku kvalitních autorů původních článků.
Btw. redakce o jednom člověku je fakt? Nebo je to (hodně) špatná legrace? Možná začínám chápat, odkud a kam vítr fouká. Narážím na peníze...
No nic. Jdu dělat bysnys , také se musím nějak živit...
Zdraví MartensPh

[Vlastimil Ott]

Je celkem úsměvné, že se vždycky najde někdo, kdo nějakou poznámku vztáhne ihned na sebe.

Já jsem to začal, proto odpovídám.

Btw. redakce o jednom člověku je fakt?

Robert je momentálně pryč.

Jdu dělat bysnys , také se musím nějak živit...

Hodně štěstí.

[Helac]

To jste opravdu jenom dva ? Jak platite redaktori ? Ze bych taky treba zacal psat.

[Robert Krátký]

To jste opravdu jenom dva ?

Nikoliv. Jen jeden. Když tu jsem, tak má Vlasta své starosti (třeba LinuxEXPRES). V době své nepřítomnosti jsem ho poprosil o zástup.

[Robert Krátký]

Je škoda, že (podle mne) nejkvalitnější český linuxový seriál Jaderné noviny přestal vycházet. Také je fakt, že to byl překlad.

Viz Konec Jaderných novin? Snad ne...

Jinými slovy, já bych se sestavování JN klidně rád věnoval. Ale někdy taky musím dělat práci, která domu přinese nějaké peníze. A skloubit psaní JN (místo pouhého překládání), redakci abíčka a ještě práci, to prostě nezvládám.

Btw. redakce o jednom člověku je fakt? Nebo je to (hodně) špatná legrace? Možná začínám chápat, odkud a kam vítr fouká. Narážím na peníze...

Je to fakt. A ačkoliv nevím, z jaké strany na ty peníze narážíš, tak věz, že "redakce" není ani full-time job. Je to hobby, vedle kterého také ještě musím pracovat. Stejně jako Leoš Literák, který portál programuje. Asi máš zkreslené představy o tom, kolik takový portál může vydělat a utratit.

[NejakyJmeno]

To autor: diky za skvely clanek - pomohl mi narozdil od prispevku radoby "odborniku", kteri jenom kritizuji a kritizuji, ackoli z nich rada nevypadne zadna natoz nejake upresneni faktu - padaj z nich jenom obecne blaboly, popr. veticky typu "prectete si tohle a tamto".

Jako zacatecnik musim prohlasit, ze je v tomto pripade lepsi spatna rada nez zadna. Kdyz mi totiz domena nebude chvili fungovat, tak se prakticky nic nedeje, protoze ji mam jako zacatecnik zezacatku spis na hrani. A diky "spatne rade" vim, co mam hledat dal atd. a zbytek najdu v googlu. Jinak bych to musel hledat v googlu od zacatku. Clanek mi usetril spoustu casu. Jeste jednou autorovi diky za nej.

[Michal Kubeček]

Milý statečný anonyme, vy si možná naivně myslíte, že za pomoci podobných článků se bez studia obejdete, ale tak to prostě není. Nanejvýš skončíte tak, že budete mechanicky opisovat podivné sekvence znaků z webových tutoriálů, aniž byste tušil, co vlastně děláte. Není královských cest…

[RomanX]

Tak, tak. Plně s Vámi souhlasím. Bohužel i já kroutím hlavou... kam ten svět spěje... "vše si vygoogluji a studovat, ve smysli rozumět tomu, nemusím..."

Je to smutné :(

[Lukas]

Docela slušný článek, ale tohle bych myslím zvládl také. Víc by mě zajímalo pokračování ... další konfigurace Apache, PHP, MySQL, ...... Zajištění základní bezpečnosti servru atd...... Pracije se vůbec na pokračování a nebo jsem slepec a přehlédl jsem jej?

[Robert Krátký]

Autor bohužel další díly nedodal.

[Barbucha.eu]

Omlouvám se. Rok 2006 nebyl zrovna rok podle mých představ. Druhý díl je rozpracován, ale jde to ztuha. Příliš povinností a málo času. Vidím, že o téma je zájem; budu dělat, co je v mých silách.

[Barbucha.eu]

Nyní pracuji na své diplomové práci Simulace systémů diskrétních událostí v jazyku Java. To mi v nejbližších třech měsících bude zabírat veškerý čas, takže jakákoliv má publikační činnost musí být na tu dobu přerušena. I když úroveň článku je pro mnohé pohoršující, někteří by rádi viděli jeho pokračování. Těmto lidem se tedy omlouvám za značnou prodlevu. Druhý díl napíši ihned, jak to bude možné.

[Barbucha.eu]

Na serveru Barbucha.eu vyšlo pokračování tohoto článku. Publikace začíná korigovaným zněním tohoto článku.