Newsgroup: it.comp.os.linux.sys
Titolo: samba

Mi scuso del'intrusione ma avrei la necessita' di verificare alcune
funzionalita' del server SMB. 
Descrivo in breve la situazione: sto migrando un file server OS/2 con
partizioni HPFS su una Linux Box con RH 7.1
La necessita' primaria e' stata quella di salvaguardare le partizioni
con i dati degli user registrate su HPFS, in un secondo momento ho
assegnato i permessi ai relativi proprietari ed ho creato dei link
simbolici nelle home degli user.
A questo punto potrei migrare tutta la LAN su piattafoma Linux
eliminando l'ultimo software proprietario ma, al momento non posso
ancora rilasciare la configurazione di produzione xche' con alcuni
client win98 (II edizione) non mi e' possibile salvare files in
formato word o trasferire files sulle home degli utenti mentre con
client wk2y e NT non sussistono problemi.
Vorrei davvero risolvere il problema e allo scopo Vi posto la mia
configurazione del file smb.conf, dimenticato la versione di smb che
sto utilizzando e' la 2.0.8.
#
# file di configurazione per Samba
# modificato in data 12/06/2001
# admin: xxxxxxxx
#
#======================= Global Settings
=====================================
[global]
    workgroup = XXXX
    server string = FileServer xxxxxxxx
    hosts allow = xxx.xxx.xxx. 127.0.0.
    printcap name = /etc/printcap
    load printers = yes
    printing = lprng
    log file = /var/log/samba/%m.log
    max log size = 0
    security = user
    password server = <NT-Server-Name>
    encrypt passwords = yes
    smb passwd file = /etc/samba/smbpasswd
    ssl CA certFile = /usr/share/ssl/certs/ca-bundle.crt
    socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
    local master = yes
    os level = 65
    domain master = yes 
    preferred master = yes
    domain logons = yes
    name resolve order = wins lmhosts bcast
    wins support = yes
    dns proxy = no 
    create mask = 0644
    directory mask = 0755
#
#============================ Share Definitions
==============================
[homes]
   comment = Home Directories
   browseable = no
   writable = yes
   invalid users = root bin daemon nobody named sys tty disk mem kmem 
[netlogon]
   comment = Network Logon Service
   path = /home/netlogon
   guest ok = yes
   writable = no
   share modes = no
[printers]
   comment = All Printers
   path = /var/spool/samba
   browseable = no
   guest ok = no
   printable = yes
Grazie in anticipo a chi mi aiutera' 

 con i dati degli user registrate su HPFS, in un secondo momento ho
[..]
Che tipo di errore vedi nel log di Samba quando cerchi di scrivere da un
client Uindous 98? Li' e' il primo posto in cui avrei guardato.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

client Uindous 98? Li' e' il primo posto in cui avrei guardato.
Il log non mi riporta errori: se mi collego con 2000 o NT sulla home
posso fare quello che voglio mentre se accedo e mi autentico nel
domain da una macchina findus 98 (II edizione) posso creare file e
cartelle ma non posso per esempio copiare o trasferire file di
dimensioni piu' grandi.
Stasera ho aggiunto questi parametri nel file /etc/samba/smb.conf:
#
    preserve case = no
    short preserve case = no
    default case = lower
    case sensitive = no
#
Dalle macchine findus ora creo i file con il carattere minuscolo,
queste istruzioni se si accede con NT/2000 non servono..
Ad ogni buon conto l'errore che mi riporta W98 e':
"Impossibile creare o sostituire "nomefile": il server specificato non
puo' effettuare l'operazione richiesta".
Faccio notare che l'errore si verifica solo sulla partizione HPFS per
la quale ho creato un collegamento simbolico sulla home
dell'utente.....non so che pesci prendere.

 Stasera ho aggiunto questi parametri nel file /etc/samba/smb.conf:
Il problema e' che quel cesso di WinZozz 9x puo' permettere di dare
accesso in base ai permessi sulle condivisioni. Ha fatto lo stesso
giochino anche a me, ieri, ma non mi ero autenticato sul dominio: una
volta fatto questo ho potuto scrivere sugli share a cui avevo accesso in
scrittura. BTW non penso sia un problema di case perche' io non le uso
[root@durin /root]# grep case /etc/smb.conf 
# all combinations of upper and lower case.
;  preserve case = no
;  short preserve case = no
# Default case is normally upper case for all DOS files
;  default case = lower
# Be very careful with case sensitivity - it can break things!
;  case sensitive = no
e non ho nessun problema. Piu' che altro controllerei meglio il discorso
di permessi e magari farei dei gruppi sulla macchina Linux in modo da
poter discernere chi ha permessi di scrittura o meno su un determinato
share. Per esempio:
[NTtemp]
   comment = Private Stuff
   path = /mnt/dos/Temp/
   guest ok = yes
   read only = no
   writeable = yes
   printable = no
   create mode = 0660
   directory mode = 0777
   hide files = /*post*/
      veto files = /*Linux*/RH_updates*/*kernel*/*AVP_Pro*/*Milano*/
      veto files = /*ToCD*/
   delete veto files = no
   available = no
[Work]
   comment = Temporary file space
   path = /work
   public = yes
   read only = no
   writeable = yes
   browseable = yes
   printable = no
   create mode = 0660
   directory mode = 0770
   dont descend = Pier Mordor cz RPMs Linux
   veto files = /*Pier*/
   veto files = /*Mordor*/
   veto files = /*cz*/
   veto files = /*RPMs*/
   veto files = /*Linux*/
   delete veto files = no
   follow symlinks = no
   valid users = @users
   write list = @users
   available = yes
qui users e' un normale gruppo cui ho iscritto tra gli altri l'utente
pier, quello che uso per il login sulla macchina e cosi' a me funziona
egregiamente, anche con client Uinzozz 9x


Ho installato samba sul server linux come PDC, tutto ok tranne per lo script
di logon.
Se metto il un prova.bat fisso per tutti gli utenti funziona mentre se lo
imposto come \scripts%U.bat non esegue il .bat relativo all'utente. Cosa
sbaglio? C'e' da settare qualcosa d'altro?





Non e' che anche tu hai cozzato sullo stesso problema mio.
Se hai fatto il file di logon con il "vim" devi stare attento al
carrier-return/linefeed.
Devi scriverlo con un editor compatibile MS-SCOSS.
A proposito chi sa come fare? Che editor si puo' usare in Linux?
Ciao.
-- 
Zio Ciano

 A proposito chi sa come fare? Che editor si puo' usare in Linux?
Tempo fa avevo installato (o meglio, mi ero trovato installato!) un
pacchetto che conteneva i due programmi unix2dos e dos2unix ... L'unico
problema è che, dopo aver cambiato HD, non riesco più ad identificare
quale sia il pacchetto!
E se qualcuno ha qualche dritta ...
So che esiste anche flip, ma personalmente mi ero affezionato agli altri
2 programmi!
Ciao
--ev

 --ev
--------
Questo messaggio č stato inviato da 
http://www.provolinux.org/

 A proposito chi sa come fare? Che editor si puo' usare in Linux?
Semplice, usi il tuo editor preferito (leggi Vi) e poi dai una passata
di tr [1] oppure unix2dos [2] ottenendo cosi' il risultato voluto.
[1] cat pippo | tr '\r' '\n' (se non ricordo male) >pippo_dos
[2] cat pippo | unix2dos >pippo_dos


scrittura. BTW non penso sia un problema di case perche' io non le uso
Scusami se rispondo solo ora.
Ci sono i presupposti per dire che il problema dipende dal file system
HPFS. 
Le partizioni HPFS sono state montate il r/w e in particolare sono
stati creati dei link simbolici nelle /home degli utenti.
Se gli utenti scrivono e copiano i files nella root della
condivisione, quindi sul file system Ext2 e poi trasferiscono i files
nel link simbolico non ci sono problemi. 
Il problema, che vale solo per le postazioni Win98, si propone quando
si tenta di salvare _direttamente_ nel link simbolico (che punta alla
partizione HPFS). 
Cmq con l'occasione mi sono letto l'Orealy ed ho approfondito SAMBA
:-). La prossima operazione e' trasferire i files utente su dischi
partizionati in Ext2.
Ciao

pacchetto che conteneva i due programmi unix2dos e dos2unix ...
Sono degli alias che usano "recode":
    giambo@pc:~ > alias | grep dos2unix
    alias dos2unix='recode ibmpc..lat1'
    giambo@pc:~ > alias | grep unix2dos
    alias unix2dos='recode lat1..ibmpc'
-- 
 __                                                               (o_
| _        "The Internet is slow, could you please reboot it ?"   //\
|__|iambo  mailto:
gabr...@giambonini.com
 
www.giambonini.com
   V_/_

 Se gli utenti scrivono e copiano i files nella root della
Beh allora se ci sono questi problemi la soluzione piu' efficiente
consiste appunto nello spostare i dati su partizioni ext2 (oppure reiser
se vuoi tenere un occhio alla sicurezza (ma ti consiglio di leggere i
thread in corso). Anche a me, quando si trattava di scrivere su ext2 no
problem da parte di Samba ma quando si trattava di scrivere su
partizioni VFAT gia' non era altrettanto semplice attribuire i permessi
alle cartelle con le stessa semplicita' che non su ext2fs.


 [2] cat pippo | unix2dos >pippo_dos
Eccolo, il mio unix2dos (leggi sopra)!!!
Visto che ce l'hai installato, potresti mica dirmi in che
pacchetto si trova? Io .... l'ho perso! :-)
Grazzzzzie!
--ev 

 pacchetto si trova? Io .... l'ho perso! :-)
Certamente:
[root@durin /root]# rpm -qa | grep unix2dos
unix2dos-2.2-9
:-)
se proprio non dovessi trovarlo puoi arrangiarti con tr(1), sed(1) ed
altri 3-4 modi, unico limite la fantasia !


alle cartelle con le stessa semplicita' che non su ext2fs.
Grazie a Dio la FAT, VFAT e la FAT32 sono sempre state molto lontane
dai miei pensieri, almeno sui server. Il problema fondamentale non e'
stato l'assegnazione dei permessi ma solo questo "fenomeno" tra le
partizioni HPFS, Samba e Windows 98...per il resto ho implementato
tutto quello che utilizzavo con OS/2 in maniera indolore.

 stato l'assegnazione dei permessi ma solo questo "fenomeno" tra le
In questo caso si trattava semplicemente di dare accesso ad alcune
condivisioni sulla mia macchina, alcune completamente libere, altre
invece ovviamente sotto password perche' dovevano essere accessibili
solo a chi dico io.


Giambo <gia...@no.spam.please> wrote:
Ehm, non so se sia un problema mio o no, ma il tuo post mi è arrivato
bianco! :-)
C'era qualcosa di importante?
--ev

 altri 3-4 modi, unico limite la fantasia !
Lo so, ma mi ero affezionato! :-)
Ciao
--ev che si vuole fare del male!!!!

 apt-get install sysutils
Siiiiiiiiiii! :-)
Thanks!
--ev

 Qualche debianista in ascolto che mi sa dare una manina?
Ma hai provato a fare apt-get install unix2dos? Mi pare strano che
proprio per Debian non ci sia il pacchetto. Al massimo piuttosto che il
binario fai prima a cercare ocn Google unix2dos.c ed a compilartelo ma
ripeto, mi pare strano che non ci sia il pacchetto.


C'era qualcosa di importante?
La soluzione al tuo problema :) Rifaccio:
"unix2dos" e "dos2unix" sono degli alias:


[2] cat pippo | unix2dos >pippo_dos
Tankx. Perfetto.
Non avevo l'utility.
La sintassi del tr e' giusta, almeno secondo la man, ma non va. Gli daro'
un'occhiata al piu' presto.
Ciao.
-- 
Zio Ciano

 un'occhiata al piu' presto.
A questo punto fai prima a fare 'apt-get install sysutils', come ti e' gia'
stato suggerito, ed avrai unix2dos nel pacchetto:
cerberus:~# dpkg -S unix2dos
sysutils: /usr/bin/unix2dos
sysutils: /usr/man/man1/unix2dos.1.gz


stato suggerito, ed avrai unix2dos nel pacchetto:
Ehm.. non ho la Debian ma TurboLinux; ho comunque recuperato l'rpm.
Con calma lo faro' andare anche con il "tr".
Ciao.
-- 
Zio Ciano

 Con calma lo faro' andare anche con il "tr".
Ah ok, fammi sapere..
