Ok, primeiro, eu tenho um servidor Samba real em um ambiente de produção há mais de um ano. Posso dizer que haverá altos e baixos nesse processo e que não é tão simples quanto seria no Windows Server. A segunda coisa que posso dizer é que, desde que você leve a bagagem do Windows com você (expectativas de comportamento), ela nunca funcionará tão bem quanto você gostaria.
Minha configuração era um pouco diferente - RHEL 5.1 - mas o princípio é o mesmo.
Primeiro, você descobrirá que realmente precisa entender como o Samba lida com as permissões de arquivo de maneira consistente com a sua percepção de "Propriedades do arquivo -> guia Segurança", porque não é a mesma coisa. É muito perto, mas sem charuto. Como você está traduzindo entre dois sistemas de arquivos semanticamente diferentes, você encontrará esquisitices como "o grupo Todos não pode ser excluído" e "o root possui todos os meus arquivos", ou seja, se você usar o root como a listagem principal em "Posse" . Isso ocorre porque sempre há uma permissão mundial (o Outro grupo) e sempre uma permissão de usuário (que corresponde aproximadamente a "Proprietário"), e na terra do Unix elas nunca podem desaparecer e, se não podem desaparecer, você não pode realmente excluí-los agora, você pode? Meus colegas de equipe do departamento não conseguiram lidar com isso -eles simplesmente não podiam abandonar a bagagem do Windows a que estavam acostumados. Portanto, sempre houve muita e tristeza sobre "por que não posso excluí-los" (por causa do motivo que acabei de mencionar) e "Mas se todos estão listados, há uma brecha na segurança" (não é, a semântica é diferente), e assim por diante, e cada vez eu precisaria re-explicar isso várias vezes. As permissões de arquivo são complicadas quando você as traduz. Certifique-se de escolher um esquema que faça sentido para sua implantação.
Segundo, o Winbind é o seu elo mais fraco. Seriamente. O RHEL 5.1 vem com o 3.0.25 (3.0.28 se você atualizar) e a versão pronta para o uso entra em colapso devido a um bug. Quando o Winbind vai, os serviços de arquivo o acompanham, porque não há nada para se autenticar. Algo tão simples quanto pressionar e manter pressionada a tecla de atualização em uma janela do Explorer (pressione F5) resultaria em um colapso da conexão e, se feito com carga suficiente, o próprio Winbind. A atualização para 3.0.28 resolveu esse problema, mas indica que existem alguns pontos doloridos nas versões mais antigas do software. Versão curta: mantenha-se atualizado com a versão que você está usando. Tente obter o mais novo, se possível, pois vários erros podem ser corrigidos. Os distribuidores de distro são notórios por estarem bem atrás da curva de correções de erros quando se trata do Samba.
Terceiro, a equipe do Samba trabalha arduamente para adicionar suporte que permitirá que as ferramentas de administração do Windows existentes façam interface diretamente com o serviço. Você pode, por exemplo, configurar scripts que iniciarão e interromperão os serviços locais * nix usando a interface para serviços do Windows, apenas não use o mesmo serviço para interromper o Samba (porque você cortará sua conexão). Muito útil para fazer outros serviços no servidor. Você também pode conectar-se via Gerenciamento do computador e ver sessões abertas, arquivos abertos etc. No entanto, nem todo o protocolo RPC é implementado e algumas tentativas resultam em erros (não fatais). Portanto, certifique-se de levar isso em consideração na perspectiva de gerenciamento de sistemas e tirar proveito disso sempre que possível. Se você pode aproveitar uma ferramenta administrativa do Windows existente para fazer interface com o Samba, e você tem outros funcionários no mundo "Windows" que precisam de ajuda com a transição, você pode suavizar o golpe reutilizando essas ferramentas, até que elas se sintam confortáveis com um linha de comando.
Quarto, eu examinaria bem a versão do Samba que você está implantando. O Ubuntu é bom para um desktop, mais ou menos para um servidor. É uma palavra africana antiga que significa "Não consigo instalar o Debian". Você está realmente implantando o remix de outra pessoa do Debian e, francamente, se você quiser estável, por que não usar o original ?
O Debian pode ter um software que parece "obsoleto", mas, na realidade, a equipe de segurança é rápida sobre o backport de correções de segurança, e a política de "não revemos lançamentos porque um comportamento pode mudar, levando à quebra" às vezes faz mais sentido, especialmente se você estiver indo para uma configuração de longo prazo com estabilidade. Se você se inclina na outra direção e deseja que novos recursos apareçam constantemente, uma distribuição comercial como Red Hat ou SuSE pode ser mais do seu agrado. Cada atualização do software aumenta o pacote, corrigindo bugs e , às vezes, trazendo consequências indesejadas com os novos recursos. Você escolhe sua distro, você escolhe seu veneno.
Espero que isso forneça uma perspectiva adicional sobre o que está à sua frente. Posso dizer-lhe que, quando configurado corretamente, ele não apenas funcionará sem problemas, mas muito rapidamente. Tente executar alguns bancos de dados baseados em arquivo (Access, FoxPro, etc.) em um compartilhamento Samba em algum momento e observe como ele simplesmente grita, especialmente se você pode obter duas placas de rede. As placas de rede duplas podem ser facilmente acomodadas sem "ligação" ou outras bobagens, os clientes parecem não se importar e a única coisa com que você precisa se preocupar é garantir que seu switch seja compatível (o que uma troca de boa qualidade dos últimos 5 anos enfim). Basta colocar endereços diferentes em cada NIC, mas quando você especificar um endereço para usar no Samba, escolha apenas um. O Linux (e o switch) fará o resto.