Newsgroup: it.comp.os.linux.iniziare
Titolo: configurazione debian

Ciao,
ho un pc su cui ho installato debian e lo uso come server database
sulla mia rete in ufficio.
Vorrei ora creare un file server dove vi sia una dir pubblica visibile
da tutti gli utenti della rete ma scrivibile solo da me.
Ho installato samba e nel file smb.conf ho inserito la seguente
configurazione:
[global]
   workgroup = WORKGROUP
   server string = %h
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
#   security = user
   encrypt passwords = true
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*
\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
#[homes]
#   comment = Directory Home
#   browseable = yes
#   read only = no
#   create mask = 0700
#   directory mask = 0700
#   valid users = %S
[public]
comment = cartella pubblica
path = /home/public
public = YES
writable = YES
La dir public è visibile da tutti i pc ma non è  scrivibile da nessuna
parte.
Come potrei risolvere?
Grazie.
Remigio

 writable = YES
Anch' io son arrivato al punto che solo le directories sotto la root 
possono esser condivise.
Io ho potuto metter la /tmp
Poi qui siamo OT.
Quello che non capisco e' come accedere la home da fuori.
-- 
Archlinux on $(uname -a) :P
F

Fulvio wrote:

I permessi sul filesystem sono sempre fondamentali per l'acceso ai dati, ls 
-l per vederli, chmod per cambiare i permessi, chown per cambiare user e 
gruppo dei file/directory.

Fulvio wrote:

Aggiungo che si può anche usare l'opzione di smb.conf che forza samba ad 
usare un utente/gruppo specifico per accedere al filesystem (naturalmente si 
deve usare l'utente/gruppo che ha i permessi di accesso).
P.S. In ogni caso leggendo il log di samba si può trovare il motivo del 
permesso negato, e nella documentazione di samba c'è una seziona apposito 
per impazienti (ha proprio quel nome) che serve proprio per chi vuole 
risultati subito.

 risultati subito.
Ho notato che, collegandosi alla risorsa condivisa da samba da un
altro pc, vengono richiesti nome utente e password. Nel caso di
accesso ad una condivisione "pubblica" fatta per l'utente Guest si
potrebbe fare in modo da evitare la richiesta di credenziali ed
accedere direttamente alla directory condivisa?
Grazie molte per le risposte.
Remigio

 I permessi sul filesystem sono sempre fondamentali per l'acceso ai dati,
man smb.conf >>
=========================================================================
The [homes] section
If a section called [homes] is included in the configuration file, services 
connecting clients to their home directories can be created on the fly by 
the server.
When the connection request is made, the existing sections are scanned. If a 
match is found, it is used. If no match is found, the requested section name 
is treated as a username and looked up in the local password file. If the 
name exists and the correct password has been given, a share is created by 
cloning the [homes] section.
Some modifications are then made to the newly created share:
·   The share name is changed from homes to the located username.
·   If no path was given, the path is set to the user's home directory.
If you decide to use a path = line in your [homes] section, it may be useful 
to use the %S macro. For example:
           path = /data/pchome/%S
is useful if you have different home directories for your PCs than for UNIX 
access.
This is a fast and simple way to give a large number of clients access to 
their home directories with a minimum of fuss.
A similar process occurs if the requested section name is “homes”, except 
that the share name is not changed to that of the requesting user. This 
method of using the [homes] section works well if different users share a 
client PC.
he [homes] section can specify all the parameters a normal service section 
can specify, though some make more sense than others. The following is a 
typical and suitable [homes] section:
           [homes]
           read only = no
An important point is that if guest access is specified in the [homes] 
section, all home
directories will be visible to all clients without a password. In the very 
unlikely event that this is actually desirable, it is wise to also specify 
read only access.
The browseable flag for auto home directories will be inherited from the 
global browseable flag, not the [homes] browseable flag. This is useful as 
it means setting browseable = no in the [homes] section will hide the 
[homes] share but make any auto home directories visible.
===============================================================================
Io ho provato in diverse salse, ma non mi riesce nemmeno di vedere il 
contenuto della mia home.
Anche ammesso di dare una password di smbpasswd. Eppoi non so se le 
maiuscole fanno differenza.
Se provo con dolphin "smb"//laptop/homes" mi dice che homes non esiste :?
-- 
Archlinux on (uname -a)
F

 
Riconsiglio la sezione per impazienti nella documentazione ufficiale di 
samba.
La prima cosa che conta è il tipo di sicurezza (security=xyz) che se è 
impostato a user, domain, etc. comporta che il nome utente e password deve 
inserito sia in linux che in samba (per es. con smbpasswd -a), altrimenti 
samba non utilizza l'utente ma usa guest/nobody o altro che è stato inserito 
in smb.conf.
Siccome l'utente guest/nobody ha permessi praticamente inesistenti, il 
risultato è quasi sempre un mancato accesso.
In sintesi probabilmente samba sta utilizzando un utente per accedere alla 
risorsa condivisa che non ha i diritti di accesso.
E riconsiglio la lettura dei file log di samba, in cui c'è scritto 
sicuramente la sequenza che porta all'errore.

 Grazie molte per le risposte.
Se ho capito bene vuoi che per altre condivisioni venga chiesto 
l'autentificazione, mente per altre ci sia l'accesso senza richieste.
A memoria credo non sia possibile solo per alcune condivisioni non passare 
per il controllo di nome e password (sottointeso che l'unica strada č che 
l'utente e la password usata per fare il login al sistema operativo (o nel 
caso dei file manager di linux l'utente e la passowrd memorizzata nei 
gestori di password di kde e gnome) sia aggiunta nel database di samba).

Giuseppe Della Bianca wrote:
Correzione:
]zac[
 map to guest (G)
           This parameter is only useful in SECURITY = security modes other 
than security = share and security = server - i.e.  user, and domain.
           This parameter can take four different values, which tell smbd(8) 
what to do with user login requests that don?t match a valid UNIX user in 
some way.
           The four settings are :
           ·   Never - Means user login requests with an invalid password 
are rejected. This is the default.
           ·   Bad User - Means user logins with an invalid password are 
rejected, unless the username does not exist, in which case it is treated as 
a guest
               login and mapped into the guest account.
           ·   Bad Password - Means user logins with an invalid password are 
treated as a guest login and mapped into the guest account. Note that this 
can cause
               problems as it means that any user incorrectly typing their 
password will be silently logged on as "guest" - and will not know the 
reason they
               cannot access files they think they should - there will have 
been no message given to them that they got their password wrong. Helpdesk 
services
]zac[
Quindi se un utente non esiste nel database di samba, e map to guest = Bad 
User, viene utilizzato l'utente impostato come guest in smb.conf, basta che 
i file e le directory ''pubbliche'' abbiano i permessi per other o siano di 
proprietà dell'utente usato come utente guest in samba (dovrebbe comunque 
essere possibile inserire nella configurazione della condivisione l'utilizzo 
di un determinato utente.

 
La sintassi č smb://nomeserver/homes o anche meglio 
smb://nomeutente@nomeserver/homes 

 
Ho visto che e' cosi' :( ma al momento non mi lascia passare.
Vediamo l' ultimo log :
:o :o :o
Stranezza che il pacchetto non ha creato la /var/log/samba......
Un momento, ecco un errore! in fstab ho:
none /var/log tmpfs nodev,nosuid,nodiratime,size=64M 0 0      
Credo che dovrei aggiungere qualcosa all' avvio di samba.
A prescindere che non mi fa i log (ed anche la connessione e' saltuaria) 
non son arrivato al dunque.
Rivedro' il discorso un attimo piu' in la' ;)


 
C'è qualcosa che non va ( :) ), ma forse non in samba.