Landisk - pripojenie cez CIFS

31.7.2007 11:23 | 3 |

Par zapiskov dozadu som spominal ze som si kupil LAN disk, avsak az teraz po nejakom case sa mi podarilo rozchodit pripojenie sa na CIFS zdielany priecinok (s RW podporou) v linuxe. Doteraz som to skusal asi 2x krat a bezvysledne, tak som pouzival LAN disk iba cez FTP. Ale tomu uz je teraz koniec . Pozn.: je zaujimave ze mi to nechcelo chodit pri pouziti mount -t smbfs alebo mount -t smb...

Takze ten carovny kod je (nazov_zdielaneho_priecinka sa u tohto LAN disku rovna meno_pouzivatela):

mount -t cifs -o user=meno_uzivatela -o password=heslo //ip.ad.re.sa/nazov_zdielaneho_priecinka /pripajaci/bod

... a toto staci supnut do rc.local. dufam ze to niekomu pomoze, kto sa rozhodne si spominany LAN disk zaobstarat.

       

Komentáře

[Rezza]

Neni lepsi to hodit do fstabu?

[Michal Fecko]

Ake su vyhody/nevyhody vlozenia do fstab?

[Rezza]

Trebas ze se to tak dela, mountuji se disky v jeden cas, umountuji taky, na jednom miste, mensi bordel...

[Michal Fecko]

ok, beriem porozmyslam nad tym

[kavol]

je, <flame>ale to bysme po Ubunťácích chtěli moc ... stejně tak aby používali pořádné síťové protokoly místo microsoftích shitů</flame> (co je probůh špatného na ftp? a když tedy ne ftp, co třeba takové nfs?)

[Michal Fecko]

je, <flame>ale to bysme po Ubunťácích chtěli moc ... stejně tak aby používali pořádné síťové protokoly místo microsoftích shitů</flame> (co je probůh špatného na ftp? a když tedy ne ftp, co třeba takové nfs?)

treba poriadne citat je to LAN disk (OvisLink WMU-6500FS) (podporuje FTP/CIFS). Ja som neni skalny ubuntak - preskakujem z distribucie na distribuciu (vdaka LAN disku kde mam dokunekty a pracu si mozem dovolit menit distribucie kazdy den :-P (teraz mam Debian Etch 4.0 i386 s KDE kedze ma Gnome nas**lo s v zopar veciach)). co je zle na FTP? Nic - ale ako nakonfigurovat Amarok aby prehraval priamo z FTP?

[Opium]

ale ako nakonfigurovat Amarok aby prehraval priamo z FTP?

no připojit jako disk pomocí ftpfs apod (třeba přes fuse), tak jako to děláš s cifs, jen to trochu upravíš... hoď to prosímtě do fstab, lépe se bude mountovat.

[Grunt]

co je zle na FTP? Nic - ale ako nakonfigurovat Amarok aby prehraval priamo z FTP?

A co třeba takto?

[Michal Fecko]

Mno je to zaujimave... Vyhody/nevyhody oproti CIFS (ja viem ze sa to casto pytam, ale oplati sa mi menit to co mam teraz nastavene s CIFS na FTPFS/FUSEFTP)??

[Grunt]

Vyhody/nevyhody oproti CIFS ??

FTP protokol je definován standardem, kdežto Samba, pokud je mi známo, je implementace vyvinutá pomocí reverzního inženýrství(Navíc původní SMB je vyvinuto Microsoftem ,takže 3x fuj).Dále se mi zdá FTP rychlejší v přenosu velkých souborů (94Mbps FTP oproti 44Mbps Samba).Nevýhody jsou ty, že hesla jsou zasílány jako běžný text (nejsou šifrovaná), je použito mnoho TCP/IP spojení pokud stahujete či uploadujete více souborů (což může vést k spomalení přenosu) a to, že FTP má poměrně dlouhou dobu odezvy.

Oplati sa mi menit to co mam teraz nastavene s CIFS na FTPFS/FUSEFTP?

Pokud vše funguje jak má a jste s tím spokojen?

[Lu-Tze]

Crrr. Budíček. Nevýhoda je hlavně to, že na to ftp vůbec není určen a je dost velká ptákovina používat ftpfs jinak než jako nouzovku nebo ve speciálních případech.

[kavol]

Crrr. Budíček. Nevýhoda je hlavně to, že na to ftp vůbec není určen a je dost velká ptákovina používat ftpfs jinak než jako nouzovku nebo ve speciálních případech.

Crrr. Budíček. SMB má naprosto nechutnou režii a spoustu vzájemně ne-úplně-kompatibilních implementací, takže nepoužívat místo toho ftpfs z ideologického důvodu, že na to ftp není určen, je ptákovina ještě větší.

[podlesh]

Crrr. Budíček. Nevýhoda je hlavně to, že na to ftp vůbec není určen a je dost velká ptákovina používat ftpfs jinak než jako nouzovku nebo ve speciálních případech.

Crrr. Budíček. SMB má naprosto nechutnou režii a spoustu vzájemně ne-úplně-kompatibilních implementací, takže nepoužívat místo toho ftpfs z ideologického důvodu, že na to ftp není určen, je ptákovina ještě větší.

Tady dochází k nějakému zmatení pojmů. Ideologický důvod je například to, že SMB vytvořil Microsoft a proto by se Samba používat neměla.

FTP je vhodné k "tahání", tedy přenosu souborů (a to pokud možno velkých). Používá jedno TCP spojení na každý přenášený soubor (případně blok ze souboru). FTP je velmi nevhodné pro nahodilé čtení bloků dat.

SMB je pravý opak.

[Medved09]

Jen detaily:
Server Message Block není výtvor MS, ale IBM. V MS to pouze zkombinovali s LAN Managerem od 3COMu a přidali rozšíření.
Samotné SMB nemá zas tak závratnou režii - ten bordel okolo dělá NetBios Name Service, kterou lze nahradit DNS - přesn tak jak je to v AD.
SMB je určeno ke sdílení soubotů,kdežto FTP je určeno k přenosu souborů.

[kavol]

SMB je určeno ke sdílení soubotů,kdežto FTP je určeno k přenosu souborů.

o to se tu myslim nikdo nepre, na co je to urceno ... potiz je v tom, ze prakticka zkusenost svedci o tom, ze prace pres ftp je rychlejsi a spolehlivejsi, i pres nutnost otvirani noveho spojeni pro kazdy blok zvlast atd. ... jinymi slovy, "sambovani" na 100 MBps siti mi dokazalo "odvarit" pocitac a plazilo se to max 5-6 MB/s, zatimco s ftp v pohode pres 10 MB/s a procesor se pri tom mohl dloubat v nose, kdyby nejaky mel; dalsi zajimavou kapitolou je sambovani v heterogenni siti win9x/win nt ruznych verzi/linux ...

p.s. nevim, co je AD, ale jeste jsem snad nevidel wokna, ktera by nezahlcovala sit tunami zbytecnych paketu ...

[podlesh]

Pořádně se prosím zamysli nad dvěma slovy vyznačenými tučně a pak nad tím, co to vlastně děláš když měříš přenosovou rychlost v MB/s.

[kavol]

nevidim v tom rozpor ... co delam, kdyz si napriklad chci pustit film, aniz bych jej kopiroval na lokal? - a kdyz mam slabsi masinu, ktera to sotva utahne dekodovat, tak me setsakra zajima, jestli to bezi hladce nebo jestli travi polovinu procesoroveho casu sitovou rezii, a kdyz sit nebezi zrovna 100% a obcas nestiha dodavat data, tak me prozmenu zajima, jestli se buffer ve volnych chvilkach stihne naplnit dostatecne rychle nebo jestli mi ten film bude skakat jak splasena koza ...

obdobne treba prohlizeni fotek (generovani nahledu, pro dnesni digitaky neni 1 MB/soubor a stovky souboru zadna velikost, potom je rozdil, jestli v adresari treba se 300 soubory dokazu zobrazit obsah za +- 30 s nebo za dvoj-trojnasobek)

atd. - nebo to se do definice "sdileni souboru" nevejde?

[podlesh]

No, pravda, ty dnešní objemy dat...

Nicméně zase příklad z druhé strany - co třeba vyhledání souboru podle názvu v rozsáhlém stromu?

Jinak pokud síťová režie při pouhém prosté přehrávání filmu zatíží procesor na desítky procent, tak bych hledal problém někde jinde.

[Lu-Tze]

Tak možná že máš pravdu a probudit bych se měl já, ale rfc popisující ftp jsem četl (byť před mnoha lety) a nepamatuju si, že by si šlo říct dejme tomu např. o bajty 500-1000 v nějakém souboru nebo naopak nějaký takový rozsah do toho souboru zapsat.

[Lu-Tze]

Docela by mě zajímalo, nakolik mám pravdu. Úplně ne, protože RESTART dává jisté možnosti, jak přenést jen kus souboru, nicméně se mi pořád zdá, že ten konec nemůžu přesně určit a změnit část souboru aniž by se musel přenést celý taky nejde.

[podlesh]

Konec můžeš určit naprosto přesně pomocí flagu FIN v TCP hlavičce (opravdu drsní hoši použijí RST).

Kdysi dávno (je tomu asi pět let) jsem ftpfs zkoumal a opravdu, prostě do začne přes RESTART a konec pak prostě ustřihne uzavřením spojení.

[Lu-Tze]

Nerozumím, asi bych nenazýval něco co pracuje i na úrovni TCP "filesystémem nad ftp". Uzavřít spojení sice může, ale to přece neznamená, že se po síti nepřenesla další data (můžou být v bufferech, server odešle víc dat ze souboru než klient potřebuje). S tím zápisem je to jak? Restart se tam taky dá provést, ale kdybych chtěl změnit bajt uprostřed souboru, tak stejně musím přenést aspoň tu druhou část, nebo ne?

      In the event of a system failure, the user can restart the data
      transfer by identifying the marker point with the FTP restart
      procedure.  The following example illustrates the use of the
      restart procedure.

      The sender of the data inserts an appropriate marker block in the
      data stream at a convenient point.  The receiving host marks the
      corresponding data point in its file system and conveys the last
      known sender and receiver marker information to the user, either
      directly or over the control connection in a 110 reply (depending
      on who is the sender).  In the event of a system failure, the user
      or controller process restarts the server at the last server
      marker by sending a restart command with server's marker code as
      its argument.  The restart command is transmitted over the control
      connection and is immediately followed by the command (such as
      RETR, STOR or LIST) which was being executed when the system
      failure occurred.

[podlesh]

No však já jsem byl tenkrát docela zhnuset a nakonec jsem nikdy ftpfs nepoužíval.

Kombinace Samba+FTP mi vždy připadla jako ideální.

[kavol]

treba poriadne citat je to LAN disk (OvisLink WMU-6500FS) (podporuje FTP/CIFS).

pořádně číst? - sorry, ale to, že to podporuje jenom ftp a smb je schováno až za asi pátým odkazem

jak mám předpokládat, že je někdo tak ... naivní ... že si dovoluje říkat síťový disk něčemu, co neumí NFS?

Ja som neni skalny ubuntak

OT: chudáci slovenští kolegové, když tvoje slovenština trhá oči i mě ...

- preskakujem z distribucie na distribuciu (vdaka LAN disku kde mam dokunekty a pracu si mozem dovolit menit distribucie kazdy den :-P

a bez toho disku by to jako nešlo?

Nic - ale ako nakonfigurovat Amarok aby prehraval priamo z FTP?

netušil jsem, že je Amarok takovej shit, že neumí kio-slaves ... každopádně postup již byl popsán

[Michal Fecko]

OT: chudáci slovenští kolegové, když tvoje slovenština trhá oči i mě ...

Na slovensku sa taketo spojenie bezne (mno skor v hovorovej reci a skor na strednom a severnom slovensku ako na vychodnom) pouziva. AK ti to trha oci, je to len a len tvoj problem.

jak mám předpokládat, že je někdo tak ... naivní ... že si dovoluje říkat síťový disk něčemu, co neumí NFS?

Haha, FTP neni standard? JA VRAVIM LAN DISK PRISTROJU CO MA RJ45 KONCOVKU A MOZES K NEMU PRIPOJIT DISK A PRISTUPOVAT (AKYMKOLVEK PROTOKOLOM) NA NEHO CEZ RJ45ku...

a bez toho disku by to jako nešlo?

uznas ze ked mas nieco na sieti (cez 50G a VCELKU) je to o niecom inom ako to zhanat po DVDckach nedajboze po CDckach. Alebo nie?

[Michal Vyskočil]

uznas ze ked mas nieco na sieti (cez 50G a VCELKU) je to o niecom inom ako to zhanat po DVDckach nedajboze po CDckach. Alebo nie?

Kavol pravděpodobně mluvil o tom, že na různé distribuce by mohl stačit oddělený home.

[Michal Fecko]

jj, beriem, ale clovek ked skusa vsetko mozne a nemozne je krajne nebezpecne drzat na testovanom disku jednu extra particiu, ktoru moze nejaky ten instalaltor poskodit alebo vymazat - preto sa mi vidi ako bezpecnejsie riesenie drzat to na "oddelenom" (lan)disku...

[kavol]

a) normalni clovek (?) netestuje na produkcnim systemu ... a kdyz uz musi, od ceho jsou vsemozne emulatory?

b) to predpoklada dva fyzicke disky ... neni tedy jednodussi je mit oba v pocitaci? - jeste jsem nepotkal instalator, ktery by jen tak pro nic hrabnul na jiny fyzicky disk nez kam se ma instalovat

[Ondrej 'SanTiago' Zajicek]

To me jednou udelal instalator Debianu. Pri instalaci pomoci hd-media (ktere bylo na hda) na disk hdc zapsal GRUB na hda namisto na hdc.

[kavol]

hm, zapsani grubu neni zadna tragedie, ale dik za upozorneni, ze jsem prehnany optimista ... ovsem ciste teoreticky, co brani nejakemu zmrsenemu softwaru smazat data ze sitoveho disku?

[Michal Fecko]

meno / heslo?

[kavol]

hm, to mu ovšem musíš prozradit, když chceš s tím diskem pracovat ...

[Michal Fecko]

neznamemu programu/cloveku meno/heslo na pristupy nedavam...

[Michal Vyskočil]

To mi připomíná, že jsem kdysi při instalaci Mandrake ten druhý disk fyzicky odpojil, protože jsem tomu podivnému systému nevěřil, že mi nic nerozbije (holt se na mě podepsala léta praxe s Windows)

[kavol]

Na slovensku sa taketo spojenie bezne (mno skor v hovorovej reci a skor na strednom a severnom slovensku ako na vychodnom) pouziva.

zvlastni, ze jsem ho za cely vikend (Blava => Dubnica) neslysel ... a rozhodne se prede mnou nikdo o spisovny jazyk nesnazil

AK ti to trha oci, je to len a len tvoj problem.

jiste, a koho jineho by mely zaskuby mych oci byt problem, ze ... ale rekl bych, ze jsi to myslel trosku jinak, na coz odpovim: pokud si myslis, ze upadek vasi kultury neni (vas) problem, to je teprv problem

Haha, FTP neni standard?

rekl tady nekdo neco takoveho?

JA VRAVIM LAN DISK PRISTROJU CO MA RJ45 KONCOVKU A MOZES K NEMU PRIPOJIT DISK A PRISTUPOVAT (AKYMKOLVEK PROTOKOLOM) NA NEHO CEZ RJ45ku...

"AKYMKOLVEK PROTOKOLOM" - ou je, to ten tvuj ale moc nesplnuje

uznas ze ked mas nieco na sieti (cez 50G a VCELKU) je to o niecom inom ako to zhanat po DVDckach nedajboze po CDckach. Alebo nie?

hm, a taky je to neco jineho, nez to mit na lokale ...

[Michal Fecko]

Chod si rypat niekde inde, ok? Neviem co mas proti nasej kulture, ale urazaju ma tvoje kydy a dristy!

[kavol]

pokud te to urazi, asi jsem tal do ziveho, coz je dobre, protoze ty vzorovym predstavitelem te kultury nejsi, kterymzto padem kdyz urazim tebe, nemohu urazet slovenskou kulturu :-p

[Spike]

OT: chudáci slovenští kolegové, když tvoje slovenština trhá oči i mě ...

Expert promluvil... :)

[kavol]

nojo, uz si ji jdu lisknout :-/ ... ale je jisty rozdil mezi preklepem a veci jdouci proti logice jazyka

[Heron]

Není. V tý chvíli ještě neběží síť.

[Zbynda]

Jaká je spořeba síťového disku při vypnutém HDD a při stahování souborů nebo uploudu?

[Michal Fecko]

Pri vypnutom HDD asi okolo 7 - 12W pri zapnutom (stahovanie) max.20 - 25W. (meranie iba cez zapojenu UPS -> brat s rezervou!!!)