Ok, en primer lugar, he ejecutado un servidor Samba real en un entorno de producción durante más de un año. Puedo decirle que habrá altibajos en este proceso y que no es tan sencillo como lo sería en Windows Server. Lo segundo que puedo decirle es que, siempre y cuando lleve consigo el equipaje de Windows (expectativas de comportamiento), nunca funcionará tan bien como le gustaría.
Mi configuración fue un poco diferente, RHEL 5.1, pero el principio es el mismo.
Primero, descubrirá que realmente necesitará comprender cómo Samba maneja los permisos de archivos de una manera que sea consistente con su percepción de "Propiedades de archivo -> Pestaña de seguridad" porque simplemente no es lo mismo. Está muy cerca, pero no hay cigarro. Debido a que está traduciendo entre dos sistemas de archivos semánticamente diferentes, encontrará rarezas como "el grupo Todos no se puede eliminar" y "root posee todos mis archivos", es decir, si usa root como la lista principal en "Take Possession" . Esto se debe a que siempre hay un permiso mundial (el grupo Otro) y siempre un permiso de usuario (que corresponde aproximadamente al "Propietario"), y en Unix-land estos nunca pueden desaparecer , y si no pueden desaparecer, usted realmente no puedo eliminarlos ahora, ¿puedes? Mis compañeros de equipo del departamento no pudieron entender esto.simplemente no podían abandonar el equipaje de Windows al que estaban acostumbrados. Así que siempre hubo mucho dolor por "por qué no puedo eliminarlos" (por la razón que acabo de dar) y "Pero si todos están en la lista, entonces hay un agujero de seguridad" (no lo es, la semántica es diferente), y así sucesivamente, y cada vez, tendría que volver a explicar esto una y otra vez. Los permisos de archivo son difíciles cuando los estás traduciendo. Asegúrese de establecer un esquema que tenga sentido para su implementación.
Segundo, Winbind es tu eslabón más débil. Seriamente. RHEL 5.1 viene incluido con 3.0.25 (3.0.28 si actualiza) y la versión lista para usar colapsará debido a un error. Cuando Winbind se va, los servicios de archivos lo acompañan, porque no hay nada contra lo que autenticar. Algo tan simple como presionar y mantener presionada la tecla Actualizar en una ventana del Explorador (presionar F5) daría como resultado un colapso de la conexión y, si se realiza con suficiente carga, el colapso de Winbind. La actualización a 3.0.28 resolvió este problema, pero indica que hay algunos puntos dolorosos en las versiones anteriores del software. Versión corta: manténgase actualizado con la versión que está utilizando. Intente obtener la más nueva si es posible, ya que se pueden corregir varios errores. Los empaquetadores de distribución son conocidos por estar muy por detrás de la curva de corrección de errores cuando se trata de Samba.
En tercer lugar, el equipo de Samba está trabajando arduamente para agregar soporte que permita que las herramientas de administración de Windows existentes interactúen directamente con el servicio. Puede, por ejemplo, configurar scripts que inicien y detengan los servicios locales * nix usando la interfaz para los servicios de Windows, simplemente no use el mismo servicio para detener Samba (porque cortará su conexión). Muy útil para hacer otros servicios en el servidor. También puede adjuntar a través de Computer Management y ver sesiones abiertas, archivos abiertos, etc. Sin embargo, no se implementa todo el protocolo RPC y algunos intentos darán lugar a errores (no fatales). Así que asegúrese de tener esto en cuenta en su perspectiva de administración de sistemas y aprovecharlo cuando sea posible. Si puede aprovechar una herramienta administrativa de Windows existente para interactuar con Samba, y tiene otros empleados en un mundo de "Windows" que necesitan ayuda con la transición, puede suavizar el golpe reutilizando esas herramientas, hasta que se sientan cómodos con un línea de comando.
En cuarto lugar, me gustaría ver la versión de Samba que está implementando. Ubuntu es bueno para un escritorio, más o menos para un servidor. Es una antigua palabra africana que significa "No puedo instalar Debian". Realmente estás implementando el remix de Debian de otra persona y, francamente, si quieres estable, ¿por qué no elegir el original ?
Debian puede tener un software que parece "obsoleto", pero en realidad, el equipo de seguridad se apresura a respaldar las correcciones de seguridad, y la política de "no revuelve los lanzamientos porque un comportamiento podría cambiar, lo que lleva a la ruptura" a veces tiene más sentido, especialmente si vas a una configuración a largo plazo con estabilidad. Si se inclina en la otra dirección y desea que aparezcan nuevas características constantemente, entonces una distribución comercial como Red Hat o SuSE podría ser más de su agrado. Cada actualización del software acelerará el paquete, corregirá errores y algunas veces traerá consecuencias no deseadas con nuevas características. Elige tu distribución, elige tu veneno.
Esperemos que esto le brinde una perspectiva adicional sobre lo que le espera. Puedo decirle que cuando se configura correctamente, no solo funcionará sin problemas, sino también muy rápidamente. Intente ejecutar algunas bases de datos basadas en archivos (Access, FoxPro, etc.) en un recurso compartido de Samba en algún momento, y observe cómo grita, especialmente si puede hacer funcionar dos NIC. Las NIC duales se pueden acomodar fácilmente sin "vinculación" u otras tonterías, a los clientes no parece importarles y lo único por lo que deben preocuparse es asegurarse de que su conmutador lo admita (que será un conmutador de buena calidad de los últimos 5 años) de todos modos). Simplemente coloque diferentes direcciones en cada NIC, pero cuando especifique una dirección para usar en Samba, elija solo una. Linux (y el switch) harán el resto.