Re: problemy se sambou
To |
Roman Kaiser <roman zavinac gutgesel bod sk>, Debian CZ/SK project discussion list <czdebian-l zavinac debian bod cz> |
From |
Martin Šlouf <martin bod slouf zavinac justlogin bod cz> |
Date |
Fri, 10 Dec 2004 11:02:24 +0100 |
Cc |
|
Mail-followup-to |
Roman Kaiser <roman zavinac gutgesel bod sk>, Debian CZ/SK project discussion list <czdebian-l zavinac debian bod cz> |
User-agent |
Mutt/1.3.28i |
ad errory v MC:
---------------
tam je problem skutecne v tom, ze kopirujete jako jinej uzivatel (UID) a cilovy
system souboru (samba) nepodporuje fci chmod a chown
ad kopirovani a mazani:
-----------------------
to, ze nekdy nemuzete kopirovat ci mazat soubory je opet dano rozdilnym uid
jinak -- nevim jak pripojujete ten fs, napriklad v man page bylo toto:
Just like nfs, the smb implementation expects a binary
argument (a struct smb_mount_data) to the mount system
call. This argument is constructed by smbmount(8) and the
current version of mount (2.9w) does not know anything
about smb.
jak zajistit, aby oba souborove systemy byly pripojeny pod tim samym uid?
-------------------------------------------------------------------------
zaprve, to co mountujete do /mnt/zzz musi byt souborovy system, ktery by mel
byt vlastnen uid uzivatele, pod kterym to nakonec chcete pripojovat (aby tam
mohl zapisovat)
nasledne jako root zadam neco jako:
mount -t smbfs -o username=martin,password=hehe,uid=martin,gid=martin \
//barbucha/hda2 /mnt/zzz
dulezite je zadat jak parametry username, tak i uid (password muze byt pro
vetsi bezpeci v separatnim souboru)
l /mnt/zzz
me snadno prevedci, ze to pripojene soubory jsou ve vlastnictvi
martin.martin
pokud by soubory na pripojovanem svazku (to co je v /mnt/zzz) nebyly ve
vlastnictvi uid martin.martin, mountovani presto projde a vse se bude jevit ok,
ale pochopitelne me to nenecha zapsat ani radek (protoze fs v pozadi nebude
povolovat uid martin zapis)
priklad:
osobne mam vfat na /mnt/hda2 a ten system exportuju pres sambu:
1. /mnt/hda2 musim za prve pripojit s uid uzivatele, o kterem planuju, ze bude
mit pravo zapisu (pokud by to melo byt pro vic uzivatelu, lze si jiste pomoci
skupinou a patricnym modem)
2. v konfigu samby mam neco jako:
[hda2]
comment = partition /mnt/hda2
writable = yes
path = /mnt/hda2
public = yes
browsable = yes
3. pripojim to vyse zminenym prikazem
mount -t smbfs -o username=martin,password=hehe,uid=martin,gid=martin \
//barbucha/hda2 /mnt/zzz
ad proc jsou win v pohode:
--------------------------
pokud pripojujete smbfs v unixu jako root a nezadate uid a gid parametry,
soubory stejne vlastni root (tj. ten, kdo spustil mount) -- coz je smula, i
kdyz ma ve skutecnosti uzivatel pravo (v UNIXu) do svazku zapisovat, samba ho
od toho 'sikovne' odstini.
pokud vsak z win pristupujete primo k samba zdroji -- coz predpokladam (v mem
pripade hda2), tak se autorizujete primo jako uzivatel martin, a vse je ok
(nelezete tam pres tu hierarchii pripojenou rootem)
presvedcit se o tom lze pomoci smbclient
m.
On Thu, Dec 09, 2004 at 01:57:49PM +0100, Roman Kaiser wrote:
> Dobrý den,
> Skúste:
> smbmount //server/shnek -U meno
>
> 9. december 2004, 11:59:43, ste napísal/a:
> Dobrý den,
>
> LV> pekne dopoledne,
>
> LV> pravdepodobne to bude nejaka hrozne blba chyba, ale nemuzu ji najit -
> LV> muj problem je nasledujici:
>
> LV> kdyz si chci v linuxu namountovat do /tmp/smb sdilenej adresar z jineho
> LV> stroje, tak pouziju
>
> LV> smbmount //server/shnek ./smb
>
> LV> zepta se me na heslo, to zadam a vsechno je v nejlepsim poradku - tedy
> LV> skoro. problem je v tom, ze vse na sdilenem disku ma spravnou group
> LV> (users), ale jako vlastnik je misto meho jmena (shnek) uveden jiny UID
> LV> (muj UID na pripojenem stroji). zkousel jsem tohle zmenit pouzitim
>
> LV> smbmount //server/shnek ./smb -o uid=1000
> LV> smbmount //server/shnek ./smb -o uid=shnek
>
> LV> ale ani jeden z prikazu situaci nezmenil. dalsi veci je, ze i kdyz si
> LV> svazek pripojim rw
>
> LV> smbmount //server/shnek ./smb -o rw
>
> LV> muzu do nej sice zapisovat, ale 1) prevadi mi jmena souboru do lowercase
> LV> (ne vzdy), 2) u souboru nemuzu zmenit prava (cannot chmod target file
> LV> chyba v midnight commanderu) a 3) mazani souboru je taky "osidne" -
> LV> nekdy funguje a nekdy ne...
>
> LV> zkousel uz jsem vsechno mozne, ale nemuzu prijit na to kde je zakopanej
> LV> pes. pri pripojovani toho sameho disku do windows zadne problemy nejsou
> LV> - muzu si kopirovat a mazat az do aleluja... chyba bude urcite v tech
> LV> UID, ale jak na ne? zkousel jsem pouzivat i mount.smbfs (jako root), ale
> LV> nepomohlo to...
>
> LV> vi nekdo co s tim? diky moc za jakoukoliv radu :)
>
> LV> _ zavinac _:
> LV> Lubos
>
>
> LV> ________________________________________________
> LV> CZdebian-l maillist - CZdebian-l zavinac debian bod cz
> LV> http://www.debian.cz/mailman/listinfo/czdebian-l
> LV> E-mail (un)subscriptions: czdebian-l-request zavinac debian bod cz
>
>
>
Partial thread listing: