Samba controlador senha

[altemar]

Boa tarde galera.

Tenho um servidor Samba configurado estou precisando subir outra máquina em linux (c/samba) que libere os usuários que estão nessa máquina samba, alguém tem idéia de fazer isso.


Valeu galera.

[karfax]

A única flag que diferencia (a grosso modo) um servidor samba de um cliente CIFS é a flag "security = share" ou security = user / domain"

Acho bom vc "exportar os usuários dessa 2º máquina para a primeira...

Sds

[altemar]

Valeu pela dica.

[gmlinux]

A única flag que diferencia (a grosso modo) um servidor samba de um cliente CIFS é a flag "security = share" ou security = user / domain"

Acho bom vc "exportar os usuários dessa 2º máquina para a primeira...

Sds

Acho bom revisar seus conceitos, por exemplo, em um servidor de autenticação, esta flag estaria "security = user" (alem de outras) e nos cliente teriamos "security = server" ou "security = domain".
Os desenvolvedores do samba não recomendam o uso de "security = share".
Evidentemente, esta é um exemplo superficial...

[Jim]

Boa tarde galera.

Tenho um servidor Samba configurado estou precisando subir outra máquina em linux (c/samba) que libere os usuários que estão nessa máquina samba, alguém tem idéia de fazer isso.


Valeu galera.

O que vc quer é que a autenticação seja feita nessa segunda máquina linux ou que cada uma compartilhe seus arquivos?

[karfax]

A única flag que diferencia (a grosso modo) um servidor samba de um cliente CIFS é a flag "security = share" ou security = user / domain"

Acho bom vc "exportar os usuários dessa 2º máquina para a primeira...

Sds

Acho bom revisar seus conceitos, por exemplo, em um servidor de autenticação, esta flag estaria "security = user" (alem de outras) e nos cliente teriamos "security = server" ou "security = domain".
Os desenvolvedores do samba não recomendam o uso de "security = share".
Evidentemente, esta é um exemplo superficial...

Então, corrigindo:

A única flag que diferencia (a grosso modo) um servidor samba de um cliente CIFS é a flag "security = "
Se for domain, server ou ads, a máquina é cliente da rede , e autentica-se num outro servidor CIFS (NT ou SAMBA), e ADS num AD Server, como Win2kServer ou Win2k3.

/swat/help/smb.conf.5.html#SECURITY

SECURITY = SHARE

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.

SECURITY = DOMAIN

"This mode will only work correctly if net(8) has been used to add this machine into a Windows NT Domain. It expects the encrypted passwords parameter to be set to yes. In this mode Samba will try to validate the username/password by passing it to a Windows NT Primary or Backup Domain Controller, in exactly the same way that a Windows NT Server would do.
Note that from the client's point of view security = domain is the same as security = user. It only affects how the server deals with the authentication, it does not in any way affect what the client sees."

SECURITY = SERVER
"In this mode Samba will try to validate the username/password by passing it to another SMB server, such as an NT box."

SECURITY = ADS

In this mode, Samba will act as a domain member in an ADS realm. To operate in this mode, the machine running Samba will need to have Kerberos installed and configured and Samba will need to be joined to the ADS realm using the net utility.

Note that this mode does NOT make Samba operate as a Active Directory Domain Controller.

E finalmente, sobre "os desenvolvedores do samba não recomendam o uso de "security = share"", acho que voce imaginou isso, caso contrário forneça o link - :martelo:

[]s,

[altemar]

Isso que precisava é que uma máquina controle a autenticação, eu coloquei security = server deu certo.


Valeu pela força.

[gmlinux]

Caro karfax, o secuity=share tinha problemas de performance pela maneira que era (ou ainda é) implementado, vou localizar a informação (tentar pelo menos).

[gmlinux]

Não ache a original, mais aqui tem um texto que explica o processo de autenticação do modo share:
http://www.oreilly.com/catalog/samba...k/ch06_03.html

1.When a connection is requested, Samba will accept the password and (if sent) the username of the client.
2.If the share is guest only , the user is immediately granted access to the share with the rights of the user specified by the guest account parameter; no password checking is performed.
3.For other shares, Samba appends the username to a list of users who are allowed access to the share. It then attempts to validate the password given in association with that username. If successful, Samba grants the user access to the share with the rights assigned to that user. The user will not need to authenticate again unless a revalidate = yes option has been set inside the share.
4.If the authentication is unsuccessful, Samba will attempt to validate the password against the list of users it has previously compiled throughout the attempted connections, as well as any specified under the share in the configuration file. If the password does not match any usernames (as specified in the system password file, typically /etc/passwd ), the user is not granted access to the share under that username.
5.However, if the share has a guest ok or public option set, the user will default to access with the rights of the user specified by the guest account option.

No modo share ele pega a senha enviada pelo cliente e testa se a senha é valida em relação a algun usuário (observe que não necessariamente ele conhece o usuário que esta acessando), dependendo do tamanho desta lista...

Valeu pela dica.

:P ops: :roll: 6) 6) 6) 6) 6) 6)