Jak jsem instaloval domácí server

10.9.2008 22:55 | Přečteno: 2202× | Svět techniky | poslední úprava: 14.9.2008 11:59

Když se mi nedávno dostal do ruky starší počítač, rozhodl jsem se udělat z něj domácí server na testování webových projektů, intranet, dns cache, jabber server, ftp server a v budoucnu také mail server. Konfigurace "serveru" je Athlon 1200MHz, 256MB RAM, 20GB HDD, 100Mb realtek síťovka.

Výběr operačního systému mi moc času nezabral. Mou jednoznačnou volbou byl Debian Stable tedy v té době Etch 4.0r2. Instalace proběhla bez zádrhelů, i když mi trochu času zabralo rozhodování rozmístění jednotlivých oddílů. Nakonec jsem zvolil téměř to, co mi instalátor nabídl. Dával sem pozor na samostatný oddíl pro /var/mail tak aby nedocházelo při nějaké chybě v nastavení antispamu k problémům s místem. Instaloval jsme samozřejmě bez X window systemu bez jakéhokoliv softwarového balíku.

První věcí po instalaci bylo nastavení síťování. Následně update, upgrade. Rozhodl jsem se, že budu instalovat až na vyjímky z balíčků. Dalším důležitým a krokem byla instalace a nastavení sshd. Zakázal jsem samozřejmě přihlašování pod rootem, přehodil na nestandartní port a vygeneroval klíče. Vím, že se jedná pouze o základní zabezpečení, ale doufám, že bude pro intranetový server stačit.

Další věc byla instalace webového serveru Apache2, PHP5, Mysql5 a všech možných modulů pro Apache a php podle návodu na jednom z blogů na rootu. Zde také nebyl žádný zásadní problém. Nastavení správcovského hesla do mysql databáze jsme musel hledat v manuálu, ale nakonec se povedlo. Nastavil jsem podle manuálových stránek virtual-hosty, přidal odpovídající záznamy do /etc/hosts a otestoval funkčnost pod localhostem (nainstaloval jsem links).

Pro snazší správu databází jsem nainstaloval PhpMyAdmin. Dle mého názoru nejlepší správce MySql databáze. Přenastavit heslo pro přístup. Jemná nastavení pro práci s cookie soubory a vše funguje.

Abych využil virtual-hosty rozhodl jsem se intranetový portál postavit na CMS Wordpress. Zde se asi projevila určitá zastaralost balíčků u stable distribuce, jelikož po instalaci z balíčku byla verze wordpressu někde okolo 2.0, nikoliv na nejnovější verzi 2.6. Stáhnul jsem tedy archiv ze stránek s českým překladem, zkopíroval, spustil skript pro update databáze a vše funguje tak jak má.

Aby bylo kam umístit fotografie, nainstaloval jsem osvědčenou a pro mě osahanou fotogalerii coppermine gallery v současné verzi 1.4.15. Nastavil český jazyk a chystaje se změnit skin, zabrousil jsem na stránku se seznamem vzhledů. Překvapilo mě kolik je možných skinů je možno aplikovat, což byla vítaná změna od mé poslední práce s touto galerií.

Pro zpracování statistik do nějakého uceléno grafického výstupu jsem váhal, zda použít základ MRTG a SNMP nebo nějaké hotové řešení. Vzhledem k nechuti déle cokoliv nastavovat jsem nakonec volil mezi aplikacemi Munin nebo Cacti. Cacti se mi zdálo příliš nabobtnalé a tak jsem zvolil Munin. Instalace opět z balíčku, nastavení zobrazovaných statistik se provádí přidáním symliku z /usr/share/munin/plugins do /etc/munin/plugins nebo někam tam. Některé pluginy se mi podařilo rozběhat, jiné zatím ne. Povolil jsem SMART v biosu, naintaloval lm-sensors podle návodu na stránkách lm-sensors.org a tudíž jsem začal zobrazovat teploty čipu, disku a otáčky ventilátoru. Moje snaha o zprovoznění statistik pro Apache2 však byla zatím marná. Pro správnou funkci jsem musel nainstalova mod_status nebo mod_info nebo možná oba. O tomhle problému napíšu samostatný zápisek až se mi to podaří zprovoznit.

A nyní se dostávám k dalšímu zásadnímu instalovanému softwaru a to BIND. Instaloval jsem podle tohoto návodu. Umístil jsem vše pro jistotu do Chroot jail, podle tohoto a tohoto návodu. Nastavil vše potřebné v /etc/resolv.conf a otestoval pomocí named-checkconf, named-checkzone a odpovědi pomocí dig. Pak jsem začal testovat z připojené stanice. Bohužel napoprvé to nefungovalo. Odinstaloval a nainstaloval jsem tedy znovu podle výše zmíněných návodů (dle mého názoru úplně stejně :) ) a vše funguje jak má. Tento postup nápravy problému není úplně standartní a je to spíše postup pro jiný operační systém. Byl jsem však již celkem zoufalý, jelikož server odpovídal pouze dotazům z localhostu a ze stanice nikoliv. Odhadoval jsem to na problém s právy pro dotazování, ale ani při nastavení všech allow-query na any a odstranění direktivy blackhole server neodpovídal nikomu jinému než localhostu.

Pro komunikaci ve vnitřní síti jsem dále rozběhal jabberd a to ve verzi 1.4. Zde jsem také použil tar.gz archiv ze stránek a postupoval jsem podle tohoto administration guide

Poslední zatím zrealizovanou věcí je instalace FTP serveru, i když jsem ho původně instalovat nechtěl z bezpečnostních důvodů. Vyzkoušel jsem návod podle jednoho velice užitečného serveru. Z bezpečnostích důvodů se také chystám aplikovat SSL do přihlašování.

Server zatím jede ve zkušebním provozu, tzn. že dolaďuji některé chybičky, zjišťuji jak efektivně provádět zálohy, jak pracovat a spravovat logy a chystám se po zakoupení domény na instalaci mail serveru.

Veškeré postupy, které jsem při instalaci použil, lze najít buď v manuálových stránkách, na stránkách jednotlivého softwaru a nebo na některém ze serverů věnovaných linuxové tématice. Stačí pouze trpělivost a znalost anglického jazyka.

       

Komentáře

[Radek Hladik]

Já bych na dns cache nepoužíval BIND. Dnsmasq nebo PowerDNS recursor to hravě zvládnou taky... A po potížích (bezpečnostních) co jsem s BINDem kdysi míval, bych ho dával opravdu jen tam, kde je to nutné...

[pavlix]

Detaily, zdroje, odkazy?

[Radek Hladik]

Odkaz, odkaz, detail, detail, zdroj, zdroj

[Heron]

Tuším, že dotaz směřoval na tu bezpečnost BINDU, homepage zmiňovaných programů si každý najde.

[Radek Hladik]

V tom případě byl dotaz špatně napsaný

A co se týče těch mých problémů (bezpečnostních), o kterých jsem psal, tak k tomu žádné veřejné zdroje ani odkazy nemám. A detaily jsou, že ačkoli jsem BIND záplatoval skoro každý den, tak přesto mi ho někdo shazoval DoSem a jednou se dokonce i přes něj dostal do systému, naštěstí bez roota a do chrootu bez nástrojů, ale stejně. Je to tak 5 let zpátky a byl to docela opruz...

[pavlix]

Dotaz byl myslím položený dost jasně, aby byl k pochopení.

Chtěl jsem podklady k tvým tvrzením. Výkřiky do tmy jsou sice hezké čtení, ale nikomu nepomůžou. Naopak relevantní popis bezpečnostní chyby by mnoha lidem tady pomohl.

To je rozdíl mezi pomlouvání cizí práce a objasnění faktů, která můžou pomoci ostatním lidem, kteří chtějí nějaký DNS server.

[Kvakor]

Take si myslim, ze je pro tohle pouziti BIND zbytecne tezka vaha. Navic se vetsinou stejne pouziva spis jako DNS cache nez pravy nameserver. Mne doma napriklad uplne staci pdnsd, ktery je sice spise cache nez nameserver, ale umi i lokalni zaznamy (A, PTR, CNAME, MX, NS a SOA), vcetne reverznich.

[Radek Hladik]

S pdnsd jsem měl kdysi problémy. Z nepochopitelných důvodů mi po delší době běhu (několik týdnů) přestával vracet některé záznamy. Stačilo ho zrestartovat a vše bylo OK, ale koukl jsem se po jiných a od té doby používám dnsmasq a jsem s ním plně spokojený. Má v sobě i poměrně dobrý DHCP server, takže další kanón na vrabce pryč. Není pak ani potřeba konfigurovat přenášení záznamů mezi DHCP a DNS, atd...

[Filip Jirsák]

S pdnsd jsem měl kdysi problémy. Z nepochopitelných důvodů mi po delší době běhu (několik týdnů) přestával vracet některé záznamy. Stačilo ho zrestartovat a vše bylo OK

Tak to je zlepšení oproti předchozímu stavu. Když jsem ho kdysi zkoušel já, z nepochopitelných důvodů přestával fungovat úplně a bylo nutné ho zrestartovat.

[VRtulnikk]

Mně naopak fungoval naprosto bez problémů :)

[VRtulnikk]

Oprava, funguje

[Roger]

Tak tak -- na Sarge se mu nejak mnozili zombaci, v Etchi zase po nejake dobe prestane prekladat (objevuji se nejake chybove hlasky v logu, ale zbezny debug nic neodhalil a nemel jsem chut hrabat se v tech jejich datovych strukturach).

[thingie]

Já nechápu, proč se vždycky musí u věcí, které skutečně fungují, jsou opravdu používané a implementují většinu potřeb a celý protokol, automaticky objevit představa, že jsou „těžká váha“. A lidi si pořizují osekané napůl nefunkční věci aby měli pocit, že nemají tu skutečnou velkou věc, ale něco lehčího, co je pro ně přeci lepší. Achjo.

[Radek Hladik]

Já zase nechápu, jak někdo může z jednoho vlákna nabýt dojmu, že se automaticky objeví představa, to je podle mne zbytečná generalizace. Nikdo mu nenutí lighttpd místo apache nebo dropbear místo openssh. A ty osekané napůl nefunkční věci leckdy jsou opravdu lehčí ve smyslu spotřeby prostředků a lecky třeba i lepší ve smyslu spolehlivosti, použitelnosti atd... A to že BIND skutečně funguje, to je sice možné, ale rozhodně se některé věci docela pracně konfigurují... A v neposlední řadě tu máme i obecný bezpečnostní princip nemít věci/funkce, které nejsou potřeba... P.S. Když už jsem zmínil ten dropbear, je to poměrně zajímavá věc. Ořezaný a napůl nefunkční SSH server, který neimplementuje celý SSH protokol, ale snadno se přeloží jako cca 600KB statická binárka, která se dá použít všude možně.

[Smajchl]

jj dnsmasq je parada, all in one

[Dalibor Smolík]

No jo, Coppermine Gallery mě nenapadlo, fotky mám jednoduše v adresářích prohlížím přes Gwenview nebo Gqview, určitě Coppermine vyzkouším

[Michal Fecko]

20G? server? vtip?

[Heron]

[dandyg]

Jasné je, že nejde o pravý server, pouze o nevýkonou 24/7 stanici, kterou jsem někde upotřebil. Pro moje potřeby (intranet, dns, jabberd) je to ideál. Disků podobné velikosti mám dost a výměna při správném zálohování mi nezabere tolik času a peněz jako koupě výkonného disku nebo dokonce celého výkonného (dražšího) kompletu. Z finančních důvodů jsem tenhle "server" poskládal z nepotřebných kusů hardwaru a zatím si nemůžu stěžovat.

[pavlix]

Parse error, zkus psát v nějakých logických celcích, ze kterých je jasné, co chceš sdělit :).

[rincewind]

Na zalohovani v debianu doporucuju backup-manager. Umi zalohovat soubory i mysql a jeste par dalsich peknych veci.

[dandyg]

Díky za radu - vyzkouším