no !fat_penguin wrote:@codadilupo: sorry, pensavo intendessi dire che l'utente sulla macchina windows dovesse avere lo stesso nome dell'account sul server samba...
byebye
fat_penguin
Coda
Moderator: ago

no !fat_penguin wrote:@codadilupo: sorry, pensavo intendessi dire che l'utente sulla macchina windows dovesse avere lo stesso nome dell'account sul server samba...
byebye
fat_penguin
Infatti uso security share ! :°codadilupo wrote:ricorda che "security=user" significa che devi necessariamente avere un utente corrispondente a quello che si sta loggando sulla macchina samba. Se tua mamma ha un utente mamma sul pc Xp, ma non c'e' un utente corrispondente sul pc samba, credo che sia corretto che non riesci a loggarti.
Coda
Code: Select all
[global]
workgroup = MATRIX
server string = Altair Samba Server %v
printcap name = cups
load printers = yes
printing = cups
log file = /var/log/samba/log.%m
max log size = 50
security = share
encrypt passwords = yes
smb passwd file = /etc/samba/private/smbpasswd
dns proxy = no
# Una dir per l'utenza, privata!
[BlackMan Home]
comment = BlackMan's Stuff
path = /home/blackman
valid users = blackman
public = no
read only = no
printable = no
create mask = 0765

uhmm.. qui mi pare di capire che share serva ad accedere ad una directory condivisa senza fornire user e password... se te le chiede, é perché non trova nulla di valido corrispondente..federico wrote:Infatti uso security share ! :°
Code: Select all
When clients connect to a share level security server they need not log onto the server with a valid username and password before attempting to connect to a shared resource (although modern clients such as Windows 95/98 and Windows NT will send a logon request with a username but no password when talking to a security = share server). Instead, the clients send authentication information (passwords) on a per-share basis, at the time they attempt to connect to that share.
Note that smbd ALWAYS uses a valid UNIX user to act on behalf of the client, even in security = share level security.
As clients are not required to send a username to the server in share level security, smbd uses several techniques to determine the correct UNIX user to use on behalf of the client.
A list of possible UNIX usernames to match with the given client password is constructed using the following methods :
*
If the guest only parameter is set, then all the other stages are missed and only the guest account username is checked.
*
Is a username is sent with the share connection request, then this username (after mapping - see username map), is added as a potential username.
*
If the client did a previous logon request (the SessionSetup SMB call) then the username sent in this SMB will be added as a potential username.
*
The name of the service the client requested is added as a potential username.
*
The NetBIOS name of the client is added to the list as a potential username.
*
Any users on the user list are added as potential usernames.
If the guest only parameter is not set, then this list is then tried with the supplied password. The first user for whom the password matches will be used as the UNIX user.
If the guest only parameter is set, or no username can be determined then if the share is marked as available to the guest account, then this guest user will be used, otherwise access is denied.
Note that it can be very confusing in share-level security as to which UNIX username will eventually be used in granting access.
See also the section NOTE ABOUT USERNAME/PASSWORD VALIDATION.
se capisco bene vuoi entrare senza loggarti allora dovrebbe essere sufficiente usarefederico wrote:io uso una cosa del genere
Code: Select all
[global] workgroup = MATRIX server string = Altair Samba Server %v printcap name = cups load printers = yes printing = cups log file = /var/log/samba/log.%m max log size = 50 security = share encrypt passwords = yes smb passwd file = /etc/samba/private/smbpasswd dns proxy = no # Una dir per l'utenza, privata! [BlackMan Home] comment = BlackMan's Stuff path = /home/blackman valid users = blackman public = no read only = no printable = no create mask = 0765
username map = /etc/samba/smbusers
hide unreadable = yes
#security = user
hosts allow = 192.168.15.
map to guest = bad password
guest account = guest
invalid users = root

Facciamo questo gioco ^_^.:deadhead:. wrote:Fede facciamo il gioco del copia e impara.
Domani se ho tempo t posto il mio file di config di samba in cui c'è anche una cartella scrivibile da più utenti ed altre cosine carine. Poi ci si sbizzarrisce.
Cmq davvero, anche se può sembrar palloso, il samba guide e la samba howto collection valgono il tempo speso per leggerle.
Il problema si pone quando dall'utente "mamma" voglio accedere alla home di "federico"kender_m wrote:solamente i proprietari... nel mio caso gli username linux corrispondono a quelli di samba, cioè nel tuo caso, supponendo che tu voglia creare una dir esclusivamente per tua mamma, crei un utente mamma (useradd mamma etc) e poi crei un utente samba mamma (smbpasswd -a mamma)...
Aaaaaah, ma vuoi che solo l'utente mamma possa accedere alla home di federico o tutti i possibili utenti di samba?federico wrote:Il problema si pone quando dall'utente "mamma" voglio accedere alla home di "federico"kender_m wrote:solamente i proprietari... nel mio caso gli username linux corrispondono a quelli di samba, cioè nel tuo caso, supponendo che tu voglia creare una dir esclusivamente per tua mamma, crei un utente mamma (useradd mamma etc) e poi crei un utente samba mamma (smbpasswd -a mamma)...
EDIT:
Sto valutando di stamparmi tutta la guida di samba e portarmela la mattina in uni...
Code: Select all
path = /home/federico
read only = yes
browsable = yes
guest ok = no
valid users = mamma, federico
Samba-HOWTO-Collection, pag 76 wrote:There are reports that recent MS Windows clients do not like to work with share mode security servers. You are strongly discouraged from using Share Level security.
E' un po' oneroso, se ho 10 home e 10 utenti e questi 10 utenti tra di loro si scambiano tutti il pc sono 100 entry ... Dannato windowsxp che diavolo gli e' saltato in testa a quelli la di eliminare la richiesta del nome utente ...xchris wrote:e creare uno share extra "homes" dove ci sono tutte le home e con le ACL regolamenti l'accesso?federico wrote: Il problema si pone quando dall'utente "mamma" voglio accedere alla home di "federico"![]()
Non male come idea, il tutto starebbe in questo SExchris wrote: Se ti organizzi per bene i gruppi e i permessi non dovresti avere problemi.