Totální návod: Stavíme domácí server

Jak si postavit a především nastavit levný domácí server, který bude sloužit především těm, kdo mají vícero počítačů ve více místnostech, je téma samo o sobě velmi atraktivní. Návod vás provede krok za krokem už vyzkoušenými cestičkami a výjimečné je i velmi sympatické gesto autora článku.

Pokročilá nastavení FTP serveru

Pokročilá nastavení FTP serveru

Nastavení našeho FTP serveru se nachází v souboru:

V originále vypadá tento soubor nějak takto:

/etc/vsftpd.conf

Reklama

V originále vypadá tento soubor nějak takto:

# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# If you do not change anything here you will have a minimum setup for an
# anonymus FTP server.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.

# General Settings
#
# Uncomment this to enable any form of FTP write command.
#
#write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
#
dirmessage_enable=YES
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#
nopriv_user=ftpsecure
#
# You may fully customise the login banner string:
#
#ftpd_banner="Welcome to FOOBAR FTP service."
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#
#ls_recurse_enable=YES
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#
#deny_email_enable=YES
#
# (default follows)
#
#banned_email_file=/etc/vsftpd.banned_emails
#
# If  enabled,  all  user  and  group  information in
# directory listings will be displayed as "ftp".
#
#hide_ids=YES

# Local FTP user Settings
#
# Uncomment this to allow local users to log in.
#
#local_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
#
#local_umask=022
#
# Uncomment to put local users in a chroot() jail in their home directory
# after login.
#
#chroot_local_user=YES
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#
#chroot_list_enable=YES
#
# (default follows)
#
#chroot_list_file=/etc/vsftpd.chroot_list
#
# The maximum data transfer rate permitted, in bytes per second, for
# local authenticated users. The default is 0 (unlimited).
#
#local_max_rate=7200


# Anonymus FTP user Settings
#
# Allow anonymous FTP?
#
anonymous_enable=YES
#
# Anonymous users will only be allowed to download files which are
# world readable.
#
anon_world_readable_only=YES
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#
#anon_upload_enable=YES
#
# Default umask for anonymus users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
#
#anon_umask=022
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#
#anon_mkdir_write_enable=YES
#
# Uncomment this to enable anonymus FTP users to perform other write operations
# like deletion and renaming.
#
#anon_other_write_enable=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#
#chown_uploads=YES
#chown_username=whoever
#
# The maximum data transfer rate permitted, in bytes per second, for anonymous
# authenticated users. The default is 0 (unlimited).
#
#anon_max_rate=7200


# Log Settings
#
# Log to the syslog daemon instead of using an logfile.
#
syslog_enable=YES
#
# Uncomment this to log all FTP requests and responses.
#
#log_ftp_protocol=YES
#
# Activate logging of uploads/downloads.
#
#xferlog_enable=YES
#
# You may override where the log file goes if you like. The default is shown
# below.
#
#vsftpd_log_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note: This disables the normal logging unless you enable dual_log_enable below.
#
#xferlog_std_format=YES
#
# You may override where the log file goes if you like. The default is shown
# below.
#
#xferlog_file=/var/log/xferlog
#
# Enable this to have booth logfiles. Standard xferlog and vsftpd's own style log.
#
#dual_log_enable=YES
#
# Uncomment this to enable session status information in the system process listing.
#
#setproctitle_enable=YES

# Transfer Settings
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
#
connect_from_port_20=YES
#
# You may change the default value for timing out an idle session.
#
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#
#data_connection_timeout=120
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# Set to NO if you want to disallow the  PASV  method of obtaining a data
# connection.
#
#pasv_enable=NO

# PAM setting. Do NOT change this unless you know what you do!
#
pam_service_name=vsftpd

# Set listen=YES if you want vsftpd to run standalone
#
listen=YES

# Set to ssl_enable=YES if you want to enable SSL
ssl_enable=NO

Všechny volby jsou, jak je vidět, přehledně okomentovány.

Většinou si tento soubor odzálohuji, smažu obsah a napíšu si ho sám. Jednotlivé oblasti si nyní rozebereme trošku podrobněji. Rozhodně se nebudu zaobírat všemi volbami. Většinu z nich ani neovládám. Návodů, jak na to, je plný internet....

Obecná nastavení

listen=YES

Tato volba definuje, zda bude vsftpd spouštěn jako samostatný daemon, nebo jednotně spolu s ostatními službami xinet.d. V našem případě využíváme xinet.d, proto má tato položka hodnotu NO, je zakomentována křížkem, nebo není v souboru vůbec.

write_enable=YES

Povoluje příkazy pro zápis. Pokud není tato volba povolena, nikdo nemůže na server zapisovat!

dirmessage_enable=YES

V případě že při změně adresáře obsahuje nový adresář soubor ".message", je obsah tohoto souboru vypsán formou zprávy. Přidáním položky "message_file" do našeho konfiguračního souboru můžeme jméno takovýchto souborů stanovit jinak.

idle_session_timeout=300

Doba v sekundách za kterou je v případě nečinosti spojení ukončeno serverem. Zkrácení doby omezuje riziko DoS útoku.

data_connection_timeout=120

Doba v sekundách, po které bude uživatel odhlášen, byl-li přerušen datový přenos.

nopriv_user=ftpsecure

Nastavení uživatele , který pro práci se soubory nemá žádná práva. Tento parametr zvyšuje bezpečnost ftpserveru, protože vsftpd tohoto izolovaného uživatele bez práv může pro bezpečné oprace. Uživatel (ftpsecure) musí v systému existovat.

Nastavení logů

syslog_enable=YES

Místo logů do souborů se loguje pomocí syslog daemona. Pokud chcete logy v souboru, tuto volbu zakažte.

xferlog_enable=YES

Informace o stažených a uploadovaných souborech

log_ftp_protocol=YES

Informace o všech FTP požadavcích a odpovědích

vsftpd_log_file=/var/log/vsftpd.log

Bez tohoto parametru budou logy (pokud je logováno do souboru) zapisovány do zmíněného souboru. Nahrazením hodnoty tohoto parametru můžeme logovat jinam.

Nastavení pro lokální uživatele

local_enable=YES

Defaultní nastavení masky je 077, toto nastavení je možno změnit například na 022

chroot_local_user=YES

Uzamkne lokální uživatele v jejich domovských složkách (/home/"username" )

local_root=/srv/ftp

Nadefinování jiného adresáře, kde bude lokální uživatel uzamčen.

local_max_rate=120000

Maximální rychlost přenosu pro lokální uživatele nastaví na 120000 B/s neboli 120 kB/s. Hodnotu lze volit libovolně.

Nastavení pro anonymní uživatele

anonymous_enable=YES

Povolí přihlášení anonymních uživatel

ftp_username=ftp

Uživatelský účet, který bude použit pro anonymní uživatele. Pokud nastavíte tento parametr, účet musí v systému existovat.

anon_world_readable_only=YES

Omezuje možnost anonymních uživatel stahovat pouze soubory, které mají nastaveno přístupové právo číst ("r") u skupiny "other".

anon_upload_enable=YES

Umožní anonymním uživatelům nahrávat soubory na server.

anon_umask=022

Defaultní nastavení masky je 077, toto nastavení je možno změnit například na 022.

anon_mkdir_write_enable=YES

Anonymní uživatel může vytvářet adresáře.

anon_other_write_enable=YES

Anonymní uživatel může provádět další operace pro zápis jako mazání a přejmenování.

chown_uploads=YES

Změní vlastnictví uploadovaných souborů.

chown_username=admin

Vlastníkem těchto souborů se stane uživatel admin.

anon_root=/srv/ftp

Nastaví výchozí adresář anonymního uživatele na /srv/ftp

anon_max_rate=120000

Maximální rychlost přenosu pro anonymní uživatele nastaví na 120000 B/s neboli 120 kB/s. Hodnotu lze volit libovolně.

Chytré odkazy, které vám poradí lépe než já

www.linuxexpres.cz/ - (srozumitelné, česky, zde začněte)

www.linuxzone.cz/

www.linuxjournal.com/

www.tachec.org/

Další články na téma: 
Oblíbené Tisk E-mail
Reklama

Komentáře

... autor zna neco jako Linky protoze vytvaret zvlastni oddily je precijenom blbost. Linky jsou mnohem praktictejsi jdou zmenit za provozu zatimco vymena disku za provozu nemusi byt vzdycky uplne idealni, navic vsechny linky muzou vest na jeden partition, a diky tomu se muze prostor rozdelovat mnohem lepe a vic podle potreb.

Jinak dobra rada pro bezpecnost, koupit disky 3 udelat Raid 5 a kdyz uz ty disky budete kupovat kupujte vzdy aspon jeden od jineho vyrobce. Je mensi sance ze vam odejdou dva disky od ruznych vyrobcu najednou nez dva disky co vyjeli z masiny hned po sobe.

Take pouzivani MC neni moc OK. Problem je, ze MC ma vlastni frontu prikazu a tedy nezjistite jestli rped vami nekdo neco neprovedl, pokud to udelal v MC. Samozrejme praci zjednodusuje, ale je to i bezpecnostni riziko.

OT: Cloveku v plisni bych nedal ani korunu, za svou propagandu uz tak dostavaji dost. Hamba!

Autor se sice dopustil několika drobných nepřesností, ale takových vyložených nesmyslů jako se podařilo vám v jednom příspěvku nevidím v článku o deseti částech ani jeden.

Pozn. o linkách (asi jste spíš myslel symlinky) je úplně mimo mísu, v serveru jsou dva disky a ty se jednodušše musely někam připojit. Dalo by se mluvit o zbytečnosti /home disk. oddílu, ale zřejmě autor ví, proč ho chce. Osobně bych nedělal ani swap oddíl a swap prostor vytvořil do souboru.
Pokud se budou měnit disky, tak to za provozu nebude (předpokládám, že nejsou hot swappable) a se symlinky to nemá tak jako nemá žádnou souvislost.
Pokud by chtěl autor řešit správu disk. prostoru s více disky, použil by spíš LVM, ale zjevně neměl pro tuto konfiguraci takovou potřebu.

Používání mc je úplně v pořádku, je to obyčejná userspace aplikace, a pokud uživateli usnadní život, je to jen dobře. Pominu-li termín "fronta příkazů" (patrně myšlen subshell), tak historii (nejenom příkazů) si mc ukládá do ~/.mc/history. Tak či onak jde soubory s historií vymazat, případně nastavit, aby se vůbec nevytvářely.
Takže bezp. riziko je nikoliv používat mc, ale sdílet jeden účet několika osobami (a zvlášť s někým, koho bych měl potřebu kontrolovat).

k OT se radši ani nebudu vyjadřovat...

Ty veci o kterych pisete jsou otazkou pohledu na vec. Osobne davam prednost symlinkum (nechtel jsem matnout ctenare majiciho WIN protoze symlink mu nic nerekne).
a k tomu OT:
http://www.zvedavec.org/komentare/2009/01/2954-objasni-nam-clovek-v-tisni-zahadu-kam-zmizelo-220-deti-.htm
Nemam nic proti pomoci lidem v nouzi, ale mam neco proti podpore politickych organizaci lobujicich za bombardovani Srbska, Iraku a podobne!

[OT] Z vašeho odkazu: "fňukání po invazi Ruska do Jižni Osetie, přestože byla za agresora mezinárodními pozorovately potvrzena Gruzie." Zde jsem přestal číst. Nevím o žádných mezinárodních pozorovatelých, zato vím, že určení agresora zdaleka nebylo tak jednoznačné a spíše jím bylo Rusko.Takže možná bude lepší, když sem tuhle politiku vůbec nebudeme tahat ;)

Stejně jako černobíle vylíčený konflikt Palestina-Izrael a dalo by se i pokračovat.Připadá mi na tom zvláštní jediné: že grovik se stejnou kritičností nepřistupuje asi ke všem článkům...(pro případné řešení politiky se pak dá kdyžtak využít sekce Všeobecný pokec ve fóru, zde už to budeme mazat)

Ale pristupuje, sve jsem vytkl tohle byl OT.
Kdyz o nem nekdo chce bavit bavit se budu.

k čemu vubec ten servr slouži ???to jako že třeba z notebooku tam mužu na ten "servrovy PC" ukladat přes sít data ?

ja tohle vyresil NAS servrem, je to hotovka, je nato celkova zaruka, HDD je mozno odpojit i za chodu a neni potreba "velka" bezna pocitacova kejsa, cena je oproti tomuto reseni o necele 3 tisice drazsi a spotrebou se za chodu pohybuju mezi 15-40W , jedinou nevyhodou je ze dotoho nedav vic nez 4 disky

Take jsem to vyresil, koupil jsem NAS ktery umi i stahovat torrenty FTP a podobne veci.
Jestli stavet server tak jedine na provoz nejakych Sitovych sluzeb, moderni NAS uloziste titiz vyjdou levneji a jsou mnohem lepe vyuzitelna nez kompletni server.

Kompletní server je vždy lépe využitelný. NAS je řešení proto toho, kdo nevyžaduje příliš serverových funkcí, ale spíš jen síťový disk, který umí stahovat z FTP, HTTP, BT a možná umí nějaký www server.Není ani pravda, že je o tolik levnější, opravdu kvalitní NAS nekoupíš pod 5-6 tisíc, ale za tu cenu už pořídíš server, jako popisuje KAL001. Navíc má výhodu v rozšiřitelnosti, ať už diskové kapacity, nebo TV tuner pro streamování videa, využití je spousta. Jediná výhoda NASu je v jednoduchosti a nižší spotřebě, nic víc. Tímo NAS neodsuzuji, zákazníky si najde.

no ja mam od vanoc toto http://www.shop4home.cz/product_info.php?products_id=12832 a umi toho docela dost

Tento NAS od Qnap je uz celkem slusny, ale cena tomu odpovida. Pro zdatnejsi uzivatele, kteri se neboji linuxu, bych i pres to doporucil obycejny x86 PC. Flexibilita je opravdu bezkonkurencni.

Pokud by se nekomu nelibilo opensuse, muze zkusit nekterou z distribuci primo urcenych pro NAS

I kdyz Vami zminovana reseni mohou umet vice nez jen sluzby FileServeru, nikdy takove reseni nebude schopne dosahnout univerzality x86 platformy (at z hlediska vykonu, ci rozsiritelnosti). Navrzene reseni je mozne v pripade zajmu zmenit na plnohodnotne HTPC prakticky bez omezeni. Je na kazdem, aby zvazil ci chce mit vice mene schopnych zarizeni nebo jedno pokryvajici cele spektrum sluzeb. Pokles ceny a energeticke narocnosti x86 platformy v posledni dobe na rozdil o minulosti tuto cestu umoznuje.

Jenze tohle prave clanek neresi, je dost chytre napsano ze je clanek tak nejak o nejakem serveru, ale nereklo se o jakem.

Je to WEB server? File server? Nebo trema domaci Media server?
Postavit pocitac a nainstalovat na nej Linux, zvladne asi kazdy. To z nej server nedela. Ani to ze pouziju serverovy OS.

Proste a snadno. Server bez specifikace je jen blbje pouzitelne PC.

NAS je server ktery bez ohledu na paltformu je pouzitelny az beda.

Možná, že kdyby jste článek skutečně četl, nalezl by jste odpovědi na všechny své otázky. Doporučuji začít úvodem, evidentně jste jej ignoroval.

Server je skutečne FTPserver, Webserver, Jabber-server, Samba Server, cokoli co vás napadne. Primárním účelem tohoto serveru je odkladiště dat na domácí síti a dále pak zcela nepochybně cokoli, co dokážu využít. Smyslem také je hodně se toho naučit, což mi žádná jiná HW platforma tak snadno nenabídne. Jen pro vaši informaci provozoval jsem například OpenWRT/DDWRT na routeru, kde sice můžu chrochtat blahem, jakou to má spotřebu v jednotkách wattů, ale toto řešení je neskutečně omezené a jednoznačně neuspokojuje.

Stejně tak mě neuspokojuje vaše navrhované NAS řešení, jehož možnosti jsou značně omezené a velmi rychle narazím na limit HW. Jak například chcete na NAS provozovat vzdálený Xserver se spuštěným Matlabem/Femlabem a provádět výpočty?

Ale co je ještě horší, z těch cenově dostupných NAS bych si asi nekoupil žádné. Každý takové zařízení má nějaký problém s Firmware (nekompatibilita s nějakým HDD) nemluvě o tom, že mnohé používají Ext2 filesystém, což považuji doslova za špatný vtip!

Možná že by neškodilo přestat k tomu přistupovat stylem "já to nepotřebuji, tudíž je to na nic".

Ked tak pozeram na vyslednu spotrebu cca 40W, tak by som asi skor isiel cestou NAS alebo tohto [url]https://www.excito.com/bubba/about-bubba.html[/url].
Zostava Phenom X4 9650 na AMD 780G so 4GB RAM a jednym 250GB diskom ma dlhodobu priemernu spotrebu cca 62W, tak sa mi proste 40W na server, co bezi 24/7 zda vela (aj ked tam su 2 disky).
Tiez mam v plane zaobstarat si nejaky server, aby som do HTPC mohol hodit male SSD a uplne z neho odstranit hluk, ale ked sa nemam zmestit do 25W, tak sa na to vybodnem.

Co má toto společného se serverem, krom webserveru (Apache), na kterém stejně nic nevyužíváte (krom webmina)? Jsem háklivý na užívání slova "server" pro takovéto stroje.

Osobně tomuto PC říkám "stahovadlo" a běží mi na kombinaci Little Falls a Gentoo amd64.

Zabyvam se spravou serveru cca poslednich 15let a s oznacenim jako server problem nemam. Mozna, ze to neni Pan Server, ale principy splnuje. http://cs.wikipedia.org/wiki/Server

"Server je v informatice obecné označení pro počítač, který poskytuje nějaké služby nebo počítačový program, který tyto služby realizuje."

Služba je dost široký pojem, podle mě se k "stahovadlu" moc nehodí, ale budiž.

Každý si pod serverem představí spíše 1U (nebo tower) skříň s hlukem jako přetaktovaný vysavač (zdravím IBM), co má zátěž 100% na každém jádře procesoru(ů) skoro pořád a je připojen vysokorychlostně v telehousu. Žádný schovaný stroj za NATem, co servíruje pár souborů hlavnímu PC. (Nechytat za slovo "cluster".)

Nechtěl bych být nepříjemný, ale rozčilovat se nad použitím slova server....
SUV od firmy Volvo je auto, velké, slušně rychlé, pohodlné, skvělé, krásné, umí toho hodně, bezpečné, při jízdě řve jako stádo býků..... Ale přeci nemůžeme "Smart" považovat za auto, když jen doveze paní na nákup, je tak prťavý, nic neumí, moc nežere a je "tichý".
:-))))

(bráno s nadsázkou)

pletes hrusky s jablkama, auto je vseobecnej pojem stejne jako treba PC, ale to se dal deli, na treba tebou zminene SUV, nebo MPV, mini, ect... cos je jen typ/oznaceni karoserie/uziti , stejne jako se PC deli dal na servr, HTPC, workstation ect...

http://cs.wikipedia.org/wiki/Automobil uplne staci precist si prvni vetu

Ale samozřejmě, krom toho že jsem upozornil s nadsázkou, tak pokračuji v započatém trendu. Jak bylo výše napsáno, tak dotyčný !!domácí!! server splňuje princip serveru z wikipedie (tedy se mu v určité míře server říkat dá, protože plní služby pro vnitřní domácí síť).
Tedy pan kolega se rozčiloval označení server. Nu SUV a mini je jiná kategorie to máte bezpochyby pravdu a pletu hrušky a jabka. Ale mám pocit, že i "domácí server" a "rack server" je také jiné káva.
Tedy já vzal kategorii Auto - dělenou na SUV, mini a podobně a porovnával. Předchozí přispěvovatel vzal domácí server a jakoby se nechumelilo plete ho s "profi" serverem.
(Pokud by se nezdálo přirovnání, tak mi přijde, že z ohledu použití serverů a šíře uplatnění už je kategorie server velká - databázový server, file server.... tedy si myslím, že sice serveru je nadřazena kategorie PC ale díky velikosti kategorie server mé přirovnání moc nekulhá.)

Pro mne je z praxe Pan Server spise toto http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=108061001 (umisteny v bunkru).

Takze ten zminovany 1U server vidim blize spise k tomu "stahovadlu". ;-)

Pro tebe je sice pan server v bunkru, ale kolikrát je praxe jiná, viz: http://www.isecure.cz/gallery/hosting-banan/servery_b_2.html

Kazdy? Ja bych z praxe rekl, ze kazdy, kdo neni z IT branze si pod pojmem server nepredstavi vetsinou nic co by se tomu aspon vzdalene priblizovalo a urcite uz ne nic pod pojmem 1U atd.

Lidi co v IT delaj by zase podle me nerozmazavali vymezeni tohohle pojmu :P Presne jak jste napsal, server ma poskytovat sluzby, vypocetni vykon atd. Tim jste si i odpovedel, protoze clanek je o zarizeni, ktere poskytuje sluzby (at uz prozatim jako storage nebo do budoucna co si usmyslite) a to nejen jak pisete pro "hlavni pc" ale evidentne pro nekolik dalsich v domacnosti pripadne celem dome.

A mimochodem vite proc se zavadi virtualizace? Zkuste se nato podivat. (ad 100 procent vytizeni a hluk)

Serverem by se dal oznacit kazdy HW, na kterem bezi nejaka aplikace/sluzba (i treba jen jedna) zastavajici roli serveru v Klient<->Server schematu konunikace. To by pak byl server skoro kazdy zapnuty PC. Myslim, ze zadna presna hranice pro rozdeleni neexistuje.

Server je počítač, který poskytuje své služby do sítě ... tenhle server to splňuje a vůbec to nesouvisí s Apachem nebo jiným webserverem.

Pokud tvoje stahovadlo jen stahuje a de facto neposkytuje žádné služby do sítě, tak máš pravdu, tvoje stahovadlo server není.

Můj KITT je server - ať se ti to líbí nebo ne - poskytuje svoje služby do sítě - data, zálohy a dokonce na něm běží i Apache, IIS a MSSQL, to vše na Windows Server 2008 ... což je ale fuk, i kdyby to běželo na XPčkách a mělo to poskytovat jen ty data, tak to server pořád je.

Teď jsem skládal takový měnší server do firmy na zálohování dat ze všech PC ... a opět tomu můžu s klidem říkat server, i když je to v obyčejné case a běží v tom obytečejné desktopové komponenty (dokonce Intel Atom).

Jestli si pod server představuješ jen něco, co je v rack case, tak tě potěším ... KITT poputuje do 4U racku a ten do 9U rozvadeče (+ 16 portovů gigabitový switch, patchpanel a podobné blbosti) ... ale to pro tebe asi pořád server nebude, když je to doma a procesor není nonstop 100% zatížen (což je taky pěkná blbost).

Máš asi hodně zkreslé představy o tom co je a co není server.

"Spotřeba byla stanovena monitorováním elektrického proudu odebíraného serverem."

Měřit spotřebu zařízení napájeného střídavým proudem tím, že pronásobím napětí a proud, to je - mírně řečeno - ostuda.

A když tvrdíte, že "Toto měření je pouze orientační a pouze pro mou potřebu", tak byste měl ještě aspoň doplnit, že se jedná o údaje úplně mimo od toho, co by naměřil wattmetr, potažmo elektroměr, tudíž nemohou vůbec sloužit k výpočtu spotřebované energie, což by jistě mnoho čtenářů mohlo napadnout.

Wattmetr dnes stojí 400 Kč a mají ho v každém BAU. Případně jej zapůjčují i rozvodné závody.

Pokud merak ukazuje efektivni hodnoty stridaveho proudu a napeti tak prece prikon vynasobenim spocitat lze, ne? Ucinnik predpokladam roven 1.

http://cs.wikipedia.org/wiki/St%C5%99%C3%ADdav%C3%BD_proud

P = U * I * cos PHI a "cos PHI" je u tohoto zdroje (má aktivní PFC) rovno jedné, takže tuto metodu lze použít a bude dokonce o malinko přesnější než použití wattmetru za 400 (obě budou IMO řádově 1-5%).

A jelikož je proud sinusový, není ani třeba multimetr co umí "TRUE RMS".

Drobný problém může být pouze u měření malých proudů, kdy není funkce PFC 100% a multimetr také měří malé proudy obecně špatně.

Naozaj to stojí za to prečítať, pomôže to určite nemalému počtu ľudí. A okrem toho pekné gesto, čo sa týka toho honoráru!

velmi děkuji za takovýto článek.Je vidět že EHW nespí na vavřínech.Mě by ještě zajímalo využití nějáké ITX platformy (klidně na AMD) a také použití freeNAS když už se jedná (zatím) o fileserver ...

diky za clanek, jakozto linux total mega lama jsem ocenil blbuvzorne priklady. Nasleduje par otazek:
- jaky doporucite torrent klient s web prostredim a jak jej nastavit, aby zacal stahovani, jakmile detekuje torrent file v definovane slozce?
- lze nejak nastavit sambu, abych mohl na sitove disky pristupovat z ostatnich pc s windows. FTP je pekne, ale snadnejsi je v Salamanderu stisknout CTRL+F1 a vybrat si namapovany disk. Pripadne co s typem partition?

Diky za info ci nakopnuti do fora, kde to mozna jiz resite :-)

Diskuze k tematu je zde http://www.extrahardware.cz/forum/viewtopic.php?f=38&t=4174&start=25 SaMBa jako takova zatim neni v tematu postizena.

Pozn. Na poskytovani sluzeb SaMBou nema zvoleny filesystem vliv (ext3,....). Pristupova prava se uplatnuji s ohledem na username, clenstvi ve skupinach (konfiguraci Share).

s tim filesystemem to bylo mysleno tak, jestli jej dokaze WinXp/Vista cist a zapisovat na nej (tomudle vazne nerozumim). Linkovany thread jsem jiz prosel.

Ano, na filesystem Linuxu pristupuje sluzba SaMBa ne primo klienti (XP, Vista). Komunikace mezi klientem a serverem probiha protokoly (SMB,cifs), kterym rozumi obe strany.

myslím si, že to byla kupa práce, nadšení a autor článku má můj obdiv, nemám sice pro užitečnost výsledku moc pochopení, ale to nic nemění na kvalitě článku.

Fakt super clanek. Premyslel sem nad stavbou serveru a bohuzel bych se uchylil k winu (linux sem akorat tak par dni zkousel). Clanek me ale zlomil a doslova nadchl. Diky moc.

Imho nejpouzivanejsi bude domaci server jako fileserver, takze podle me spis nez ftp server, by bylo lepsi vysvetlit konfiguraci Samby. Pripadne se to da pouzit jako firewall a doma si udelat podsit

Podla mna by bolo lepsie realizovat domaci server primarne ako HTPC, s tym ze HTPC moze zaroven vykonavat vsetky tu popisane ulohy ale s ovela vyssou pridanou hodnotou. Takto to mam doma realizovane ja a som s tym nadmieru spokojny.

Aj ja to mam takto riesene, ale zeby som bol spokojny, to nemozem povedat. Jedna sa mi hlavne o hluk, ktory 1x250 GB + 1x1 TB HDD vydavaju a kedze pekne HTPC skrinky maju povacsine jeden 5.25 bay, pouzitie silencerov nepripada v uvahu.
Teda prave naopak, jedine riesenie je oddelit ulozny priestor a teda ho umiestnit napr. do komory (kde neotravuje hlukom) a do HTPC si dat len uplne bezhlucny SSD disk (takto nejak si to predstavujem ja).

Taky je to možnost, ale neřekl bych, že lepší... rozhodně horší, protože HTPC se realizuje jako velmi tiché PC a nedokážu si představit jak bych cpal do HTPC case 4 a více disků.

Výhoda server je právě v tom, že človek u něj nemusí vůbec řešit hlučnost ... prostě se hodí někam, kde nikdo není, ideálně někam kde není ani moc pohybu (mám server už 1,5 roku v podkroví, kde je pohyb minimální, a v case není žádný prach).

Není to špatné, ale raději si pořídím NAS a nemusím se s ničím piplat.

"Procesory Intel Atom mají sice TDP 4-8 W, ale použitý chipset Intel 945GC se vyznačuje TDP 22,5 W" coz je tedy moc, takze pouzijeme CPU AMD s TDP 45W a k tomu normalni desku s chipsetem 690/740G. Ale jinak fajn clanek.

>>>"Požadavek na možný provoz RAIDu sice neklade žádné nároky na typ jižního můstku - lze jej provozovat na čemkoli, ale nechceme-li mít RAID například na USB rozhraní měli bychom mít alespoň dostatek SATA portů pro všchna zařízení. Všechny tyto nedostatky platí pro většinu ostatních miniATX řešení jako například VIA, které jsou vždy špatně rozšiřitelné, a mnohdy nejsou ani významně úsporné."<<<

Človeče ako si prosím ťa na to prišiel a hlavne čo sa týka VIA.
Len pre tvoju informáciu z brucha len taká napr. VIA EPIA-SN10000EG je tak úsporná a má 4x SATA (VT8251) porty a ani ti nebudem vyprávať aké neskutočné serverovne sa z toho postavili a nepotrebuješ mať ani vlastnú elektrárňu. O NAS produktoch od VIA Technologies ako napr. VIA NAS7800 s 8x SATA ani nehovoriac.

Len pre ilustráciu aby si bol v konzistentnom onom:
http://www.youtube.com/watch?v=kw8EEs3wh3Y
http://www.youtube.com/watch?v=g5xyJ9An4E8

» The Internet Archive (najdi si ho v tých videách)
http://www.via.com.tw/en/downloads/videos/via_internet_archive.wmv

Takže ak by si napísal, že môj rodinný rozpočet nebol ochotný toľko investovať (skrz cenu) budiš, ale hento ...

!!! INAK TO HODNOTÍM AKO VEĽMI DOBRÝ ČLÁNOK !!!

Jenže tebou zmiňovaná Epia stojí přes 6000 Kč. Deska s AMD 740G a Sempron vyšly dohromady na něco málo přes 2000. 

>>„Lukfi": Ak môj automobil zožere 5L/100Km a napíšeš o ňom, že žere 10L/100km a chýbajú mu ďalšie dva airbagy tak by som sa nahneval :o) Ak napíšeš, že je 3x drahší tak ti dám za pravdu. Nicméne sám som to tam napísal: "Takže ak by si napísal, že môj rodinný rozpočet nebol ochotný toľko investovať (skrz cenu) budiš, ale hento .."

P.S. "Nie som taký bohatý aby som kupoval lacné veci" :o)))

Vůbec jsem nechtěl vstupovat do diskuze, ale tady vidím udělám vyjímku. Předpokládám, že za problémovou považuješ větu:

Všechny tyto nedostatky platí pro většinu ostatních miniATX řešení jako například VIA, které jsou vždy špatně rozšiřitelné, a mnohdy nejsou ani významně úsporné.

Za touto větou si skutečně stojím. Z hlediska úspory je tam velmi důležité to slovíčko mnohdy, což není totéž co vždy. A takto to také bylo myšleno, že valná část VIA řešení prostě úsporná není. Pohledem do dostupné nabídky v českých e-shopech zjistíme, že spousta VIA řešení obsahuje VIA C3 a VIA C7 procesory a spotřebou vyšší než mají desky s Atomem. Těch je na trhu opravdu hodně.
Desku 10000EG jsem si také prohlížel. Ta sice spadá do kategorie úsporné, ale bohužel špatně rozšiřitelné. Je to prostě uATX. Takže si myslím, že tady mezi námi nedochází k rozporu, spíše k nepochopení.

Mimo to, jednou ze základních přestav bylo použít běžné komponenty. Kdybych jel na zcela minimální spotřebu, Asi si ani nekoupím VIA, ale nějaký Alix.

Ak si vezmeme najbežnejšiu kombináciu VIA C7 1.5GHz (max. 12W TPD) + VIA CN700/CN896 + VT8237 čipová sada má (max. TPD 4.1W).
A teraz si zrátajte Atom 4W-8W TPD + Intel čipset 22W TPD.

A to ešte revízia C5R jadra (povodne C5J) pri 1.6GHz predstavuje max. 8W TPD.

Napr. VIA Nano L2200 1.6GHz (max. 17W TPD) + VIA CN896 + VT8237S čipová sada má (max. TPD 4.1W).

Proste pri dextope dostáva Atom platforma nafrak.

Tohle je ovšem teorie. Praxe je úplně jiná, viz testy:

http://www.extrahardware.cz/duel-nano-vs-atom

A takových testů zde mohu nalinkovat docela hodně, z různých zdrojů. Osobně mi vůbec nejde o to, jestli je VIA nebo Atom, úspornější o 10%. Jde mi o to, že v mém případě se VIA prostě nevyplatí. Určitou bilanci si musí udělat každý sám. Nikde netvrdím, že VIA řešní je paušálně špatné, pouze že ze zcela jasně definovaných důvodů je v tomto případě nevyhovující.

Stránky

Reklama
Reklama