Dotaz: RH9 - čeština vsftp, tar a samba

[Rozik]

Ahoj, mam nainstalovan RH 9.0, k nemu mam namountovavane tri disky EXT2 (data z puvodniho serveru RH7.1) EXT3 (na nem je nainstalovana nova distribuce a EXT3(novy disk). Na tomto serveru mi bezi vsftp, apache, samba a mysql. Potreboval bych nejak docilit toho, aby mi tyto sluzby bezeli pod jednim kodovanim. Po upgradu na sambu 3.0.10 jsem zjistil, ze pouziva kodovani ASCII. Kdyz jsem videl, ze to umi i cestinu (a zobrazuje mi cestinu i v linuxu pres MC), tak jsem stara data kodovana v ISO 8859-2 prenesl po siti tam a zpet, abych je prevedl na puvodni kodovani samba3, cimz jsem si to pekne zavaril. K uctum na serveru se ve vetsine pripadech pristupuje pres WXP klienty-samba, FTP (wincommander) a nektery uzivatele maji rozbehnuty web a jsou i taci, ktery pouzivaji konzoli a proto bych potreboval nejak ujednotit kodovani. Abych ale prilis neodbocoval.. Samba mi tedy momentalne bezi na defaultnim kodovani, ale to je asi jedine s linuxovou konzoli, co mi bezi dobre. Pokud se pripojim pres FTP, tak se na uzivatelskych uctech zobrazuji paznaky (cili spatne nastavene kodovani) a nedokazal jsem vsftp donutit, aby vykazoval kodovani, ktere pouziva samba3. Rovnez mam udelane zalohovaci scripty, ktere zalohuji uzivatelum pomoci TARu dokomenty do shared zaloha dokumenty, aby si je pripadne byli schopni (z Woken) sami obnovit a byli nezavisli na me. Pokud pristoupim pres sambu do shared zalohoha, vse je OK do te doby, nez pres winrar otevru nejakou zalohu, kde opet je spatne kodovani (a nevim proc, protoze tar by snad s tim nic udelat nemel???). Na puvodnim RH 7.1 jsem vse mel nastavene na ISO-8859-2, coz zase delalo problemy pokud jsem pristupoval pres konzoli (a dokonce ani FTP nebezelo, tak jak jsem si predstavoval - stale nejake znaky nezobrazovalo spravne). Je tedy nejaka moznost nastavit konzoli unixu, sambu, vsftpd... na jeden zpusob kodovani??

---

---

Odpovědi

[ZAH]

Jednak přimountovat se správnou kódovou stránkou disk. Přiklad pro vfat disk s CP1250 pod FC3, která běži pod UTF. Myslim že i RH9 už byl pod UTF.

/dev/hdd1 /mnt/old vfat noauto,owner,iocharset=utf8,codepage=852  0 0

Pro sambu je nutno nastavit

unix charset = UTF-8
dos charset = CP852

Jen doufám,že se neblamuju a RH9 je pod UTF jinak nahrad UTF znakovou sadou ISO8859-2.

[Rozik]

Tak to bohuzel nezabralo :( Bud to EXT2 a EXT3 neumi, nebo nevim :( Ale i tak diky moc za radu.

[unchallenger]

Já nerozumím MS Windows a tutíž i sambě jen trochu... Ale: Ext2, Ext3 a taru je úplně jedno, v jakém kódování jsou jména souborů. Není to žádné ,neumí`, protože je prostě nijak neinterpretují, stejně jako neinterpretují jejich obsah. Pro filesystém je jméno souboru posloupností bajtíků a pro tar jakbysmet.

Z toho mj. plyne, že nemůžeš vytvořit tarball, který když rozbalí lidi na systémech používajících různá kódování, budou oba vidět jména souborů správně. Ne, dostanou identická jména souborů, bajt po bajtu, což znamená, že nejméně jeden z nich je bude interpretovat špatně.

[vhor]

To jsem si myslel taky, ale skutečnost je jiná. Pokud vytvořím clientem pres sambu nejake soubory s diakritikou pod utf8 a přistupuji k nim pres ftp, dostanu sadu nesmyslnych znaku. Kdyz k nim pristoupim z lokalu (linuxu), vidim je zobrazene spravne. Kdyz je na lokalu "zabalim" tarem a nabidnu je zase pres sambu, tomu samemu klientovi, pak po rozbaleni clientem na samba shared jsou zase necitelne...:( Uz jsem z toho zoufalej... :(

[Rozik]

sorry, spatne jsem si precet tvuj prispevek, takze moje odpoved nedava smysl. Tudiz nyni jsme na stejne lodi.. A to je prave to, co se tu snazim resit - abych nastavil na ext3 (ext2) stejne kodovani, jako je u samby a podporovalo mi to cz znaky, protoze ma teorie je takova, ze pokud ty kodovani budou stejny, tar to proste zabali a samba nebude mit zpetne problem s pripadnym rozbalenim... rovnez vsftpd tusim nema moznost nastaveni kodovani, takze bude nabizet default disku.. (pokud se nemylim..)

[Rozik]

a jelikoz potrebuju linuxova prava adresaru, je asi blbost pouzivat fatku...

[unchallenger]

Však to je to, co popisuji. Poprvé ta jména samba zkonvertuje, takže jsou správně; podruhé ale rozbalíš na klientovi tarball se jmény souborů, jak jsou na Linuxu, (tj. nic se nekonvertuje) což je nejspíš jinak.

[Rozik]

A neslo by nejak donutit vsftpd, aby pouzival kodovani, ktere mu naridim???

[unchallenger]

Chceš říci: konvertoval jména souborů? Vsftpd nejspíš nepoužívá žádné kódování (nemá důvod interpretovat jména souborů). AFAIK to neumí a kdybys to dohackoval, pochybuji, že by zůstal very secure.

[Rozik]

Jeslize mu je jedno, jake pouzivam kodovani, tak proc mi ho "kurvi" ?? Prece musim existovat nejaky zpusob, jak nastavit vyse uvedene demony na stejnou kodovani...

[Michal Marek (twofish)]

To kódování "kurví" klient. FTP rozlišuje jenom mezi ASCII, EBCDIC