Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: I. 18. 07. 2012, 17:40:15
-
Ahoj, měl bych prosbu na zkušenější - rád bych v rámci domácí LAN (ethernet + wlan) čas od času sledoval filmy uložené na domácím serveru. Nejde o žádné pirátění, ale obvykle vše rozkoukávám dost dlouho a chvíli koukám v kuchyni, chvíli v obýváku a chvíli na ntb... a nechce se mi každý film rozkopírovávat na všechny PC. Původní DVD sice možno přenášet, ale to je ještě nepraktičtější (při domácích pracech), než to rozkopírování. Krom toho dva kompy nemají mechaniku. A domácí server stejně běží...
Zkoušel jsem využít stávající sambu, ale spuštění přes síť nepřicházelo v úvahu (téměř okamžitě to spadlo) a i samotné překopírování přes síť ze sdílené složky bylo relativně pomalé. Nejdem si jist, zda to bylo nízkou přenosovou rychlostí nebo sambou.. Každopádně je to doma vše jen na Linuxu, Samba je tedy asi trochu zbytečná.
Poradili by jste nějakou cestu, jak rozumně sdílet větší objemy dat? Díky I.
-
Ahoj Možná se zkus poohlédnout po protokolu DLNA. Pokud to umí i tvá televize tím lépe. Na svém serveru si nainstalouj nějaký DLNA server a máš hotovo. Dneska ti to přehraje i téměř každý telefon
-
Samba je naprosto nejhorsi reseni, ktery si moh zvolit ... muzes pouzit nfs, coz je tux like reseni, pripadne ftp, pripadne sftp ... zalezi co od toho chces. Pro sftp nemusis nic doinstalovavat, neb ssh ti predpokladam bezi, ale je to narocny na CPU a pro vetsi prenosy to neni optimalni.
Kazdopadne, ani na ty sambe by ti to padat nemelo, neni duvod proc by to nemelo fungovat.
Pokud chces specificky AV reseni, tak se poohlidni po ps3 media serveru. Vyhoda je ta, ze muzes video de/rekomprimovat na vykonym stroji a prehravat na mene vykonem, staci kdyz stiha sit. Napr pokud mas nejaky srot, ktery takz jakz zvlada mpeg2 (dvd), a chces si na nem prehrat nejaky to HD video, tak neni problem ho realtime streamovat do site v mpeg2, pripadne mu zmensit rozliseni ...
Jako klienta muzes pouzit trebas xbmc nebo libovolnej jinej soft.
-
Tady bych asi doporučil HTTP, resp. WebDAV. Z mé zkušenosti je velmi snadné jej zprovoznit (obzvlášť když není potřeba autentizace), funguje všude už od prvních verzí KDE a Windows 9x, na procházení stačí prohlížeč a přehaje to (i ze sítě) dnes už jakýkoliv přehrávač :-)
-
Doma používam nfs, rovnako aj v práci sa viem cez nfs pripojiť na domáci server. Mám s ním dobré skúsenosti, ľahko sa konfiguruje a poslúži na všetko, nie iba na filmy Veľkú časť /home tiež pripájam cez nfs, takže ho mám na všetkých strojoch rovnaké. :)
-
Já bych sambu úplně nezatracoval, používám ji pro sdílení mezi Windows klienty a Linux serverem asi rok bez problémů. Při přenosu ze serveru po 100MBit síti dosahuju rychlost 4,5 - 6 MB/s, přes wifi pak přes 2 MB/s. To musí stačit na přehrání snad všeho. Celá samba navíc běží nad OpenVPN, které bude mít na rychlost asi taky vliv. Pokud jde o Linux only řešení tak bych však asi taky volil NFS.
-
Samba je ideální řešení. Pokud "padá", je třeba zjistit proč přesně se tak děje. NFS je zcela nevhodné a nepřeji vám ty psí kusy, až se zapomenete a odpojíte na chvíli notebook s připojeným NFS od sítě.
FTP, WebDAV a podobně navrhoval asi nějaký blázen.
sshfs funguje slušně, ale proti sambě je to šnek, který navíc žere výkon procesoru na zbytečné šifrování.
Jinak... pokud vám dělá switch mezi těmi zařízeními laciný WiFi router, zauvažujte nad koupí dedikovaného switche, ideálně gigabitového. Stejně tak se doporučuji vyhnout WiFi pro multimédia obecně. Zbytečně přidává latenci a ostatním klientům, kteří jedou nárazově (http), musí streaming dělat velkou radost.
-
Ještě dodám, že pokud se bavíte o WiFi/WiFi, tak si kupte *kvalitní* router/AP. Krabička za 300,- je sice papírově 54Mbit, ale prakticky spíše k smíchu.
-
Samba je ideální řešení. Pokud "padá", je třeba zjistit proč přesně se tak děje. NFS je zcela nevhodné a nepřeji vám ty psí kusy, až se zapomenete a odpojíte na chvíli notebook s připojeným NFS od sítě.
Zaujímavý názor, mám cez nfs časť /home adresára, notebook ide cez wifi, denne ho uspávam (čiže aj odpájam od siete). Takto fungujem 5 rokov, som zvedavý na tie "psí kusy", pretože sa zatiaľ nič nestalo.
Samba mi svojim výkonom zabíja procesor na serveri (ATOM D525), nfs na procáku nepoznám. Pri sambe dosiahnem s problémami prenos 4MB/s, pri nfs ma rýclostne obmedzí až 100MBitový switch.
Na všetkých počítačoch mám Gentoo ~amd64, partnerka má *buntu, takže nemám dôvod používať Sambu, okrem jedného malého multimediálneho prehrávača, kde musím nfs vždy zapnúť ručne.
-
ty vole tak nechapem ako mozte sambou dosahovat tak nizku priepustnost.
Ja mam doma linuxovy box kde je vsetko, sambou su vyexportene mountpointy pre okna + A/V prehravac, tie iste mountpointy nfskom do linuxov, + ten isty mountpoint je aj media source pre serviio, casto k nemu pristupuju vsetky tri protokoly naraz (t.j dlna, samba,nfs) a stale je to cez 30Mb/s (gigovy switch za 40E).
Chod do samby.
D.
-
Doma pouzivam nfs mezi linuxovyma masinama (ze serveru si posilam uloziste a pak Dokumenty), pro brachu s widlema mam sambu. S nfs nemam sebemensi problem, kopiruju obema smery rychlosti 60-90MB/s, bez sebemensiho problemu. Samozrejme kdyz vytahnu datovej kabel a mam namountovany filesystemu nfs, tak se mi proste krusader zamysli, ale jinak ostatni mi jede dal. Jedu na Opensusecku...
Jinak vzhledem k satelitnim prijimacum IPBOX je nfs pouzito i pro ne (pro me lepsi nez smb). nfs mam jinak zabezpeceny pres IP adresy v nastaveni exportu nfs na serveru.
-
@Vladimír Drgoňa
muzu se podivat partnerce na *buntu?
-
DLNA, jednoznačně
-
muzu se podivat partnerce na *buntu?
Od vtedy, ako som jej ho upgradol na 12.04 ani mňa k nemu nechce pustiť, vraj jej tam "vždy niečo pokazím". Okrem toho je doma v sleep móde, na sieť sa pripája cez wifi..
-
nfs mam jinak zabezpeceny pres IP adresy v nastaveni exportu nfs na serveru.
Je vám doufám jasné, že se o žádné zabezpečení nejedná? :P
muzu se podivat partnerce na *buntu?
Prasáku! ;D :D
-
ty vole tak nechapem ako mozte sambou dosahovat tak nizku priepustnost.
Ja mam doma linuxovy box kde je vsetko, sambou su vyexportene mountpointy pre okna + A/V prehravac, tie iste mountpointy nfskom do linuxov, + ten isty mountpoint je aj media source pre serviio, casto k nemu pristupuju vsetky tri protokoly naraz (t.j dlna, samba,nfs) a stale je to cez 30Mb/s (gigovy switch za 40E).
Chod do samby.
D.
30 Mbps je cca těch zmíněných 4 MBps ;-) Zřejmě to je pro Sambu nějaká magická hranice.
-
ty vole tak nechapem ako mozte sambou dosahovat tak nizku priepustnost.
Ja mam doma linuxovy box kde je vsetko, sambou su vyexportene mountpointy pre okna + A/V prehravac, tie iste mountpointy nfskom do linuxov, + ten isty mountpoint je aj media source pre serviio, casto k nemu pristupuju vsetky tri protokoly naraz (t.j dlna, samba,nfs) a stale je to cez 30Mb/s (gigovy switch za 40E).
Chod do samby.
D.
30 Mbps je cca těch zmíněných 4 MBps ;-) Zřejmě to je pro Sambu nějaká magická hranice.
jo to je preklep dava to 30MB/s t/j nejakych 360Mbps
-
30MB/s t/j nejakych 360Mbps ? asi nekdo neumi nasobit 8
jinak ja mam doma sambu kvuli hybridnimu prostredi a samba mi jede pekne ~60MB/s [na zacatku nez se zaplnej cache tak nestiha gigabit] , kdybych tam nemel widle tak to zenu NFS...
-
Díky všem za užitečné rady. Ostatní zařízení jsou počítače, nfs jsem zkoušel v jiné situaci a mohlo by být asi i zde dostatečně dostačující. Prozkouším to ale asi postupně vše a uvidíme ;). Ještě jednou Vám děkuji!
____
lehce OT...
Sambu jsem zatím užíval spíš proto... že tam už byla ;). Co se padání týče, nu je fakt, že PC na kterém jsem to zkoušel má horší signál na wifi. Ovšem v rámci připojení na internet je to ok a ani u -f pingu ven + na router jsem si nevšiml nějakého zlobení.. Je krom pingu něco sofistikovanějšího, jak ověřit zda není problém v konektivitě do LAN?
-
k OT:
Zkusil bych iperf.
-
Je krom pingu něco sofistikovanějšího, jak ověřit zda není problém v konektivitě do LAN?
Mozna mtr?
-
Zaujímavý názor, mám cez nfs časť /home adresára, notebook ide cez wifi, denne ho uspávam (čiže aj odpájam od siete). Takto fungujem 5 rokov, som zvedavý na tie "psí kusy", pretože sa zatiaľ nič nestalo.
Zaklapni notebook, odejdi do prace a tam ho otevri. NFS je delane na sitovy root, takze ceka *velmi dlouho* (casto prakticky neomezene). Aplikace, ktere visi na NFS proste EINTR nedostanou a nejdou ani killnout. Ten share se neda failnout, ani jinak nasilne odmountovat. Nejde o problem s odpojenim klienta, ale o zmizeni serveru, ktere odpali klienty.
Pro zamysleni: http://stackoverflow.com/questions/40317/force-unmount-of-nfs-mounted-directory
-
Zaujímavý názor, mám cez nfs časť /home adresára, notebook ide cez wifi, denne ho uspávam (čiže aj odpájam od siete). Takto fungujem 5 rokov, som zvedavý na tie "psí kusy", pretože sa zatiaľ nič nestalo.
Zaklapni notebook, odejdi do prace a tam ho otevri. NFS je delane na sitovy root, takze ceka *velmi dlouho* (casto prakticky neomezene). Aplikace, ktere visi na NFS proste EINTR nedostanou a nejdou ani killnout. Ten share se neda failnout, ani jinak nasilne odmountovat. Nejde o problem s odpojenim klienta, ale o zmizeni serveru, ktere odpali klienty.
Pro zamysleni: http://stackoverflow.com/questions/40317/force-unmount-of-nfs-mounted-directory (http://stackoverflow.com/questions/40317/force-unmount-of-nfs-mounted-directory)
Môj notebook je už historická záležitosť, do práce ho nosím iba výnimočne. Keď ho náhodou beriem, som si vedomý, že časť svojho /home v práci neuvidím, takže zavriem NetBeans, v ktorom robím prakticky všetok vývoj. (Java a php)
Na počítači v práci vidím adresáre presne tak ako doma, pustím netbeans a môžem pokračovať tam, kde som doma skončil.
Ak je notebook doma a netbeans zostal spustený, po prebudení si automaticky zistí externé zmeny a pokračujem tam, kde som skončil v práci.
Keď potrebujem reštartovať server (raz za pár mesiacov po kompilácii nového kernelu), môžem to urobiť aj pri otvorenom IDE. Po naštartovaní servera normálne fungujem, otvorené súbory sú naďalej otvorené a môžem s nimi pracovať. Ktoré iné zdielanie mi toto umožní?
-
Klidně zkus Sambu, s tou rychlostí to podle tohoto článku nebude až zas tak horké...:
http://serverfault.com/questions/372151/nas-performance-nfs-vs-samba-vs-glusterfs
-
Zaklapni notebook, odejdi do prace a tam ho otevri. NFS je delane na sitovy root, takze ceka *velmi dlouho* (casto prakticky neomezene). Aplikace, ktere visi na NFS proste EINTR nedostanou a nejdou ani killnout. Ten share se neda failnout, ani jinak nasilne odmountovat. Nejde o problem s odpojenim klienta, ale o zmizeni serveru, ktere odpali klienty.
Pro zamysleni: http://stackoverflow.com/questions/40317/force-unmount-of-nfs-mounted-directory
Od toho snad je soft a intr, ne?
-
Tak samozrejme zabezpeceni na IP je "zabezpeceni" :). takze kdo se trefi do IP na kterou je to pusteny, ma to. Ale dalsi vec ze je mam na tech adresarich opravneni na vlastnika a skupinu -> pokud se neprihlasis pod loginem ci skupinou, nedostane se tam. Tedy, kdo se tam chce dostat, se dostane, bavime se o "amaterech".
Nicmene - mate-li nejake dalsi doporuceni atd ohledne "nfs", rad se necham poucit. To myslim vazne, nevysiram :)
Dikas.
-
Ale dalsi vec ze je mam na tech adresarich opravneni na vlastnika a skupinu -> pokud se neprihlasis pod loginem ci skupinou, nedostane se tam.
To je jeste mensi zabezpeceni, nez to predchozi.
-
je IP + uzivatele -> A+B .Vsak proto jsem se i pana odbornika z jinyho mesta ptal, jake pripadne dalsi zabezpeceni u NFS by aplikoval, kdyby to nahodou nekdo nepochopil :)
-
je IP + uzivatele -> A+B .Vsak proto jsem se i pana odbornika z jinyho mesta ptal, jake pripadne dalsi zabezpeceni u NFS by aplikoval, kdyby to nahodou nekdo nepochopil :)
NFS4 umí autentizaci uživatelů přes Kerberos/PAM. Cokoliv předtím zabezpečit nelze nijak a sdílení čehokoliv, kde je potřeba ošetřit přístupová práva, je to absolutně nevhodné.
-
je IP + uzivatele -> A+B .Vsak proto jsem se i pana odbornika z jinyho mesta ptal, jake pripadne dalsi zabezpeceni u NFS by aplikoval, kdyby to nahodou nekdo nepochopil :)
Uzivatele nejsou ZADNY zabezpeceni. Pokud muzu zmenit IP adresu ("zabezpeceni" prvni), tak se muzu tvarit jako jakykoli uzivatel. "Zabezpeceni druhe" teda zadnym zabezecenim neni.