Neste meu primeiro artigo relato a experiência que tive ao tentar compartilhar diretórios de meu computador na rede local, sendo que estes estavam em uma partição FAT e a permissioná-los corretamente.
O meu smb.conf foi configurado bem básico para que tenha dois
diretórios compartilhados, usei exemplos encontrados no VOL. Ambos
os diretórios estão em partições FAT, um deles contém músicas e só
terá direito para leitura (444) e outro é um SharedDir, um diretório
compartilhado com direito de escrita e leitura para qualquer um da rede,
sua permissão é 666.
Eis o smb.conf, parcialmente comentado. Nele eu explico como se definem
as permissões corretas para os diretórios e após o arquivo o porque de
se dar as permissões no smb.conf:
[global]
workgroup = mzo # workgroup
server string = %h server (Samba %v) # descrição do servidor
netbios name = %h # nome da máquina na rede
log file = /var/log/samba/log.%m # logfile
max log size = 1000 # tamanho máximo do logfile
syslog = 0
security = share # assim todos podem acessar, sem usuário nem senha.
[musicas]
comment = Diretório de MP3
writable = no # não deixa escrever
locking = no
path = /mnt/win_D/felipe/musicas
public = yes # o torna público
directory mask = 0444 # aqui você diz quais permissões o diretório terá, 444 é r--r--r--.
[SharedDir]
comment = Diretório Read/Write
writable = yes # permite escrever no diretório
locking = no
path = /mnt/win_D/cesta
public = yes
directory mask = 0666 # permissões de escrita e leitura para o diretório, ou seja, rw-rw-rw-
create mask = 0666 # permissões de escrita e leitura para arquivos criados, ou seja, rw-rw-rw-
Explicando 'directory mask' e 'create mask' e o porque deles:
Bem, é simples. Lembram que eu deixei minha partição toda como 777?
Definindo as permissões das pastas compartilhadas eu não devo ter
problemas quanto a apagarem minhas músicas por exemplo. Bom, outra
coisa sobre as permissões, não dei permissão de execução nos diretórios
(ficaria 555 e 777) por segurança, não sei nem se isso faz algum sentido,
mas de qualquer jeito, não gostaria de ninguém executando scripts em
nenhum dos dois diretórios, afinal, eles também podem ser acessados
via Linux.
[1] Comentário enviado por mre em 29/04/2005 - 18:12h
E aí chronos gostei do teu artigo.
Já tive que fazer exatamente isso, compartilhar dados de um hd fat32 com SAMBA numa situação de emergência. Me lembro que tive que procurar muito em vários lugares por uma solução idêntica a sua, me lembro tb que tive algumas semans depois problemas de corrupção de arquivos! ; - ) Que me ensinou uma importante lição:
Lei 1: Use sempre sistemas de arquivos confiáveis, com baixo grau de desfragmentação! ; - D Principalmente numa rede onde 40 usuários acessam o compartilhamento.
Mas isto é uma outra história.... Bem, felizmente agora a comunidade terá bem menos trabalho ao buscar uma solução para esse problema, parabéns pela iniciativa.
[2] Comentário enviado por chronos em 30/04/2005 - 15:29h
hehehe, realmente compartilhar arquivos em fat32 pra muita gente não é nada confiavél :). felizmente aqui uso só para a galera por arquivos ou eu servir arquivos, etc.
Com ctz não aconselho ninguém a fazer isso para diretórios mto acessados, creio que essa seja uma solução para muitos como eu que, não podem apagar o windows da máquina e viver uma vida feliz só com o linux, pois podem precisar dos arquivos quando estiverem no windows também :). Éh com certeza uma solução para desktops :).
Murilo, muito obrigado pelo elogio e por lembrar que fat32 não é confiavel para compartilhamentos muito acessados. Tentarei enviar mais artigos com assuntos mais interessantes e melhor qualidade do que esses :).
[7] Comentário enviado por chronos em 26/12/2006 - 18:49h
Bem meu caro, para um segundo HD, basta colocar a linha corretamente para estas partições no /etc/fstab e montá-las corretamente, siga o exemplo do artigo alterando os paramêtros.
No smb.conf, basta também mudar os paramêtros.
Ex de uma linha no fstab, para um HD2, partições 2 e 7.