Solución 1:
EDIT:¿Por qué no empezar con un servidor de archivos?
No comience con un servidor de archivos a menos que se sienta lo suficientemente cómodo para solucionarlo en caso de falla sin una gran cantidad de tiempo de inactividad, no desea que sus usuarios esperen una restauración de archivos durante horas / días solo porque configuró samba y ahora tiene algún componente que falla y no sabe cómo solucionarlo.
Comenzaría con algo como lo siguiente:
- ejecuta Linux como su sistema operativo de escritorio principal
- esto le dará la opción de encontrarse con problemas en sistemas "no críticos", aprendiendo un poco a la vez
- en cualquier caso, instale una máquina virtual que ejecute Windows para realizar el trabajo
- No lo haría al revés, ya que necesitará mucha más autodisciplina para iniciar la VM y trabajar con Linux; si Linux es el predeterminado, probablemente comenzará a trabajar con él más temprano que tarde.
- defina algunos requisitos que tiene en su empresa y averigüe qué sistemas podría ejecutar en paralelo (como un segundo sistema para hacer copias de seguridad) y, si el tiempo no es crítico, intente cumplir con sus requisitos
- Personalmente, creo que un sistema de copia de seguridad es un buen comienzo; probablemente se encontrará con algunos problemas, como el escalado de límites de E/S, la administración de discos, etc., que puede resolver sin tener muchos problemas, ya que estará ejecutando infraestructura de copia de seguridad de todos modos
- también lo ayudará mucho algún sistema de monitoreo complementario, no necesitará demasiados recursos, pero lo ayudará a comenzar con los problemas en redes heterogéneas, como "¿Cómo obtengo datos de monitoreo de un host de Windows en mi sistema Linux? " lo mismo podría ser cierto para un servidor de registro central
Hasta aquí algunos ejemplos para comenzar que no interrumpirán su día de trabajo o servicios.
Linux no es Windows - olvídese de cosas como "Pero en Windows lo hago de esta manera" y busque la forma "correcta" de hacerlo en Linux. También intente hacer todo lo posible sin "retroceder" a X.org. Querrá poder administrar sus sistemas con la menor cantidad de dependencias posible, X es una dependencia enorme. Dado que estaba administrando una caja AIX, supongo que ya conoce los conceptos básicos (permisos de Unix y demás). También comience lo antes posible con cosas como cfengine (Windows + Linux) o puppet (solo Linux) y FAI (o las otras herramientas de implementación según la distribución que elija) para tener un marco de administración para más de un solo servidor. en caso de que lo necesite, y lo hará, los sistemas operativos basados en *nix no tienen tanto pegamento listo para usar como Windows para administrar múltiples servidores. Esto lo hace un poco más complejo (no necesariamente más complicado, tenga en cuenta la diferencia) pero también le brinda más flexibilidad
MUY SUBJETIVO :Evitaría Ubuntu para los servidores, ya que encontré que la calidad del paquete es demasiado baja para los servidores, además, Fedora no es realmente bueno para el servidor en mi humilde opinión, ya que proporcionan paquetes de vanguardia, lo cual es bueno para escritorios o "vistas previas tecnológicas", pero yo Prefiero que mis servidores se ejecuten sobre una base estable.
Solución 2:
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 con Windows Server. Lo segundo que puedo decirte es que, mientras lleves contigo el bagaje de Windows (expectativas de comportamiento), nunca funcionará tan bien como te gustaría.
Mi configuración era un poco diferente, RHEL 5.1, pero el principio es el mismo.
Primero, descubrirá que realmente necesitará entender cómo Samba maneja los permisos de archivo 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 "la raíz es propietaria de todos mis archivos", eso es si usa la raíz como la lista principal en "Tomar posesión". . Esto se debe a que siempre hay un permiso mundial (el grupo Otro) y siempre un permiso de usuario (que corresponde aproximadamente a "Propietario"), y en Unix-land estos nunca pueden desaparecer , y si no pueden desaparecer, no puedes eliminarlos ahora, ¿verdad? Mis compañeros de equipo de departamento no podían enfrentarse a esto:simplemente no podían abandonar el equipaje de Windows al que estaban acostumbrados. Por lo tanto, siempre hubo mucho dolor sobre "por qué no puedo eliminar estos" (debido a 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, tenía que volver a explicar esto una y otra vez. Los permisos de archivo son complicados cuando los estás traduciendo. Asegúrese de elegir un esquema que tenga sentido para su implementación.
En segundo lugar, Winbind es su eslabón más débil. En serio. 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 se va Winbind, los servicios de archivo van con él, porque no hay nada contra lo que autenticarse. Algo tan simple como presionar y mantener presionada la tecla Actualizar en una ventana del Explorador (presione F5) provocaría el 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 débiles en las versiones anteriores del software. Versión corta:manténgase actualizado con la versión que está utilizando. Trate de obtener la más reciente si es posible, ya que se pueden corregir varios errores. Los empaquetadores de distribuciones 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 secuencias de comandos que iniciarán y detendrán los servicios *nix locales 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 Administración de equipos y ver las sesiones abiertas, los archivos abiertos, etc. Sin embargo, no se implementa todo el protocolo RPC y algunos intentos darán como resultado errores (no fatales). Así que asegúrese de incluir esto en su perspectiva de administración de sistemas y aprovéchelo cuando sea posible. Si puede aprovechar una herramienta administrativa de Windows existente para interactuar con Samba, y tiene otros empleados en un mundo "Windows" que necesitan ayuda con la transición, puede suavizar el golpe reutilizando esas herramientas, hasta que estén cómodo con una línea de comando.
En cuarto lugar, miraría detenidamente 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? ?
Es posible que Debian tenga un software que parezca "obsoleto", pero en realidad, el equipo de seguridad se apresura a respaldar las correcciones de seguridad, y la política de "no revisamos las versiones porque un comportamiento podría cambiar, lo que provocaría una falla" a veces tiene más sentido, especialmente si busca una configuración a largo plazo con estabilidad. Si se inclina en la otra dirección y desea que aparezcan nuevas funciones 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, a veces, traerá consecuencias no deseadas con nuevas funciones. Eliges tu distribución, eliges tu veneno.
Con suerte, esto le proporcionará una perspectiva adicional sobre lo que le espera. Puedo decirle que cuando se configura correctamente, no solo funcionará sin problemas, sino que 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 de lo que debe preocuparse es asegurarse de que su conmutador lo admita (que un conmutador de buena calidad de los últimos 5 años lo hará). de todos modos). Simplemente coloque direcciones diferentes en cada NIC, pero cuando especifique una dirección para usar en Samba, elija solo una. Linux (y el conmutador) harán el resto.
Solución 3:
Supongo que querrá enviar archivos a una máquina con Windows, por lo que el software que está buscando se llama Samba.
Probablemente lo más importante que diferencia un "servidor de archivos doméstico" de un "servidor de archivos de trabajo" es si tiene o no ID compartidos entre máquinas.
En un servidor de archivos doméstico, puede conectarse con un nombre de usuario y contraseña, y puede acceder a los archivos.
En un servidor de archivos de trabajo, tiene un directorio de ID compartidas (como LDAP/Active Directory) y cada archivo es propiedad del propietario de la persona que se conecta, lo que significa que puede decir "solo el grupo financiero puede acceder a este directorio". .
Samba admite la integración con AD, y la misma guía tiene una sección sobre cómo configurar un servidor de archivos integrado con AD.
Alternativamente, si desea una solución llave en mano para actuar como un servidor de archivos (donde ejecuta un dispositivo, sin la extensibilidad de una distribución estándar como Ubuntu), le recomendaría mirar OpenFiler, un "NAS/SAN en una caja". con una GUI web para configurar todo esto. Le das tus contraseñas de dominio de Windows y te unes a él de la misma manera que lo harías con una caja de Windows. Sin embargo, no estás aprendiendo Linux, estás aprendiendo OpenFiler, que es una capa de abstracción (aunque muy buena).
Solución 4:
Descargar Edición Ubuntu Server.
Guía de instalación:
Guía del servidor Ubuntu - Capítulo 2. Instalación
Guía del servidor Ubuntu -Wiki
Eso es todo lo que necesitas, estos tutoriales son muy fáciles de seguir.
Mire las secciones:Servidor de archivos Samba, HTTPD - Servidor web Apache2