Portál AbcLinuxu, 12. května 2025 11:27

Dotaz: Samba, dm-crypt, problém s kopírováním šifrovaných dat

Michal Wirth avatar 25.9.2007 13:35 Michal Wirth | skóre: 26
Samba, dm-crypt, problém s kopírováním šifrovaných dat
Přečteno: 894×
Odpovědět | Admin
Dobrý den,
mám server bežící na Slackwaru v12 se Sambou v3.0.25b konfigurovanou jako PDC. Samba má nastavená různá sdílení, některá z nich jsou šifrována na úrovni FS pomocí dm-crypt.

Obecně vše chodí tak jak má. Problém je, pokud se pokusím z klientů (WinXP) kopírovat nějaká data z jednoho sdíleného adresáře do druhého, pričemž jsou oba dva na serveru šifrovány. Windows hned ze začátku kopírování zahlásí "... Zadaný síťový název není již dále k dispozici." a akci ukončí. Jakákoliv další kopírování v rámci této kombinace 2 adresářů již poté fungují v pořádku. Hlásí to v podstatě pouze jednou. Pokud chci hlášení znovu vyvolat, musím buď použít jinou kobinaci adresářů nebo se na Win klientu odhlásit a znovu do systému (a tedy i k serveru) přihlásit. Jinak kopírování dat ve směrech nešifrované <-> šifrované a nešifrované <-> nešifrované funguje OK (jak v rámci serveru tak i v rámci sítě). Firewall mám vypnutý.

Relevantní část konfiguračního souboru Samby je:
[global]
    ...
    security = user
    interfaces = 192.168.1.1
    hosts allow = 192.168.1.
    keepalive = 30
    max open files = 1000
    domain logons = yes
    preferred master = yes
    domain master = yes
    local master = yes
    os level = 65
    socket options = TCP_NODELAY
    strict allocate = yes
    wins support = yes
    dns proxy = no
    invalid users = root
    admin users = admin
    ...
a část výpisu z logu komunikace s klientem:
...
[2007/09/25 14:53:30, 1] smbd/service.c:make_connection_snum(1033)
  ucitel (192.168.100.176) connect to service verejne initially as user test (uid=1000, gid=1000) (pid 8706)
[2007/09/25 14:53:36, 0] lib/util_sock.c:read_data(534)
  read_data: read failure for 4 bytes to client 192.168.1.10. Error = Connection reset by peer
[2007/09/25 14:53:36, 1] smbd/service.c:close_cnum(1230)
  ucitel (192.168.1.10) closed connection to service verejne
[2007/09/25 14:53:36, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 192.168.1.10. Error Broken pipe
[2007/09/25 14:53:36, 0] lib/util_sock.c:send_smb(769)
  Error writing 75 bytes to client. -1. (Broken pipe)
[2007/09/25 14:53:38, 1] smbd/service.c:make_connection_snum(1033)
  ucitel (192.168.100.176) connect to service verejne initially as user test (uid=1000, gid=1000) (pid 8707)
...
Setkal jste se již někdo s takovým problémem? Prosím, poraďte. Předem díky za odpovědi.
Důležité se časem stává absurdním, absurdní se časem mění v důležité.
Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

25.9.2007 13:43 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
Odpovědět | | Sbalit | Link | Blokovat | Admin
Pokud zkusíte kopírovat stejný soubor do stejného umístění přímo v Linuxu, dojde také k nějaké chybě? Jinak bych zkusil ještě zvýšit úroveň logování Samby, jestli nevystopujete, co přesně chybě předchází.
Michal Wirth avatar 25.9.2007 13:48 Michal Wirth | skóre: 26
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
Ne, při kopírování přes příkazovou řádku přímo na serveru k problémům nedochází. Tam se to chová naprosto normálně.

Jinak tedy zkusím zvýšit úroveň logování a dám vědět.
Důležité se časem stává absurdním, absurdní se časem mění v důležité.
Michal Wirth avatar 25.9.2007 14:23 Michal Wirth | skóre: 26
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
když jsem nastavil v smb.conf log level = 10, tak jsem bohužel v log souborech nic zajímavého nenašel, v části logu, kde se pojednává o přenosu, žádný error není
Důležité se časem stává absurdním, absurdní se časem mění v důležité.
25.9.2007 15:10 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
A je v tom logu alespoň vidět, zda chyba vznikne na Sambě nebo ve Windows? Případně v jaké fázi chyba nastane (vytvoření cílového souboru, kopírování dat)? Teda ne že bych věděl, co s tím v kterémkoli případě dělat. Ale byla by to stopa, co zkoumat dál. Ještě mne napadá zkusit si přimountovat příslušná sdílení pomocí smbmount a zkusit to zkopírovat na linuxu tímto způsobem – aby bylo jasné, zda je to chyba mezi klientem Windows a serverem, nebo zda to dělá libovolný klient (a pak to asi bude chyba na serveru).
Michal Wirth avatar 25.9.2007 17:50 Michal Wirth | skóre: 26
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
Na neštěstí již nejsem v místě fyzicky přítomen, abych to mohl vyzkoušet. Zkoušel jsem to tedy alespoň vzdáleně přes SSH pouze v rámci serveru. Zkusil jsem na serveru připojit sdílení (které sám server poskytuje) a překopírovat tak pár souboru. To šlape výborně a logy nic nehlásí. Zítra to zkusím z jiného počítače. Ale vypadá to, že si to nějak zcela nerozumí s těma WinXP. Máte někdo nápad?
Důležité se časem stává absurdním, absurdní se časem mění v důležité.
Michal Wirth avatar 26.9.2007 13:16 Michal Wirth | skóre: 26
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
Potvrzuji, pokud na nějaké stanici nabootuji Linux a pomocí smbmount připojím dvě sdílení, tak vše běží v pořádku. Ve WinXP ty samá dvě připojení vykazují zmíněnou chybu. Prosím poraďte, jsem bezradný.

Pozn: Ve WinXP kopíruji přes připojené sdílení v Tento počítač, to snad ale nevadí.
Důležité se časem stává absurdním, absurdní se časem mění v důležité.
26.9.2007 19:38 Filip Jirsák | skóre: 68 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Samba, dm-crypt, problém s kopírováním šifrovaných dat
Obávám se, že to bude nějaké špecifikum Windowsovského klienta, které znamená podniknout výzkum, co se mu vlastně nelíbí. Nejdřív bych zkusil, zda se vám podaří chybu nasimulovat ještě jiným způsobem – otevřením jednoho souboru na problémovém sdílení pro čtení, otevření souboru pro zápis a zapsání, současné otevření jednoho souboru pro čtení a druhého pro zápis. Pak si případně napsaat krátký program, který bude totéž dělat přes WinAPI a zachytit, zda vrátí nějakou chybu a jakou. Pak případně zkusit přes funkce shell API zkusit soubor okopírovat, opět zda nedojde k nějaké chybě. No a když už budete vědět, čím je chyba způsobená, asi by bylo dobré sledovat třeba pomocí tcpdump a wireshark síťovou komunikaci a zjsiti, co si vlastně spolu klient a server povídají. Jenže to znamená docela náročný výzkum a asi bude potřeba někdo, kdo protokolu SMB aspoň trochu rozumí. (na druhou stranu pokud si budete do značné míry jistý, že to je obecná chyba, kterou by s WinXP a Sambou bylo možné navodit znovu kdekoli jinde, nebyl by problém nahlásit to jako chybu Samby, poskytnout jim příslušné záznamy komunikaci, a tam už by měl být někdo, kdo tomu bude alespoň rozumět).

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.