El administrador de Windows busca comenzar con el servidor de archivos Linux (ubuntu)

12

Solo trabajo estrictamente con máquinas con Windows (salvo por la pequeña caja de aix unix que se acaba de reemplazar). En el pasado, en un intento de autoeducarme en Linux, instalé varias versiones de Ubuntu desktop / sever y Fedora solo para darme cuenta de que no tengo tiempo para enseñarme.

Ha llegado el momento de que reemplace un archivo de inicio / ftp / servidor http que anteriormente ejecutaba Windows. Tengo todos los archivos en una unidad NTFS separada e instalaré el sistema operativo en una unidad más pequeña.

He descargado la última versión de Unubtu Server, pero aún no la he instalado. Quiero usar este servidor doméstico como mi kit de inicio de Linux y comenzar bien, pero muy simple. Una vez que se complete la instalación, quiero comenzar configurando un servidor de archivos SIMPLE para uso doméstico con el fin de ser lo suficientemente competente como para reemplazar un pequeño servidor de archivos en el trabajo. Esto eventualmente conducirá a menos Microsoft en el trabajo.

Estoy buscando consejos para comenzar de manera simple: servidor de archivos de casa a servidor de archivos de trabajo durante un período de tiempo. Idealmente, esta máquina no tendrá un monitor / teclado / mouse y será accesible solo de forma remota.

cop1152
fuente
Probablemente debería ser una comunidad wiki
Matt Simmons

Respuestas:

6

EDITAR: ¿Por qué no comenzar con un servidor de archivos?

No comience con un servidor de archivos a menos que se sienta lo suficientemente cómodo como para solucionarlo en caso de falla sin grandes cantidades de tiempo de inactividad, no desea que sus usuarios esperen la restauración de un archivo 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 tu sistema operativo de escritorio principal
    • esto le dará la opción de encontrarse con problemas en sistemas "no críticos", aprendiendo un bit a la vez
    • en cualquier caso, instale una máquina virtual con Windows para realizar el trabajo
    • No lo haría al revés, ya que necesitará mucha más autodisciplina para encender la VM y trabajar con Linux; si Linux es el predeterminado, probablemente comenzará a trabajar con él más pronto que tarde
  • defina algunos requisitos que tiene en su empresa y descubra qué sistemas podría ejecutar en paralelo (como un segundo sistema para hacer copias de seguridad) y, si no es crítico, intente cumplir con sus requisitos
    • Personalmente, creo que un sistema de respaldo es un buen comienzo, es probable que se encuentre con algunos problemas, como la escala de E / S, la administración de discos y tal, que puede resolver sin tener muchos problemas, ya que de todos modos estará ejecutando su conocida infraestructura de respaldo
  • también, algún sistema de monitoreo complementario lo ayudará mucho, no necesitará demasiados recursos, pero lo ayudará a comenzar con los problemas en redes heterogéneas, como "¿Cómo obtengo datos de monitoreo desde un host de Windows en mi sistema Linux?" podría ser cierto para un servidor de registro central

Demasiado para algunos ejemplos para comenzar que no interrumpirán su día de trabajo o servicios.

Linux no es Windows : olvídate de cosas como "Pero en Windows lo hago de esta manera", mejor busca la forma "correcta" de hacerlo en Linux. También trate de hacer todo lo posible sin "retroceder" a X.org. Querrá poder administrar sus sistemas con la menor cantidad de dependencias posible, X es una gran dependencia. Dado que administraba un cuadro de 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, dependiendo de la distribución que elija) para tener un marco de administración para más de un 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 servidores ya que encontré que la calidad de los paquetes es demasiado baja para los servidores, también Fedora no es realmente buena para el servidor en mi humilde opinión, ya que proporcionan paquetes innovadores, lo cual es bueno para escritorios o "avances tecnológicos" pero prefiero que mis servidores se ejecuten en una base estable.

Martin M.
fuente
Ejecuté Ubuntu en servidores y no tuve problemas con él. En el raro caso de que el paquete de Ubuntu no haga el trabajo, siempre hay una copia de seguridad de una versión más nueva, o paquetes de compilación cruzada de Debian, que es ampliamente considerada como una de las mejores distribuciones para servidores.
crb
Es por eso que agregué "MUY SUBJETIVO" - para respaldar mi razonamiento - en varias ocasiones me encuentro con errores como este: launchpad.net/ubuntu/+source/cyrus-imapd-2.2/+bug/67111 - el software está en " main "(¡oficialmente compatible!) que viene con un lanzamiento de LTS, con un error que es un showtopper (está bien, puede suceder a veces) pero NO FIJARLO POR ALREDEDOR DE 7 MESES - eso es un no-go para mí
Martin M.
+1 para "Linux no es Windows". Si tuviera $ 10 por cada vez que tuviera que decir esto, ya estaría retirado, en mi propia isla privada.
Avery Payne
6

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: solo lanzamos cuando es hora.

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.

Avery Payne
fuente
+1 Gran conocimiento e información. Gracias por tomarse el tiempo para responder con información valiosa.
cop1152
3

Supongo que querrás servir archivos a una máquina con Windows, por lo que el software que estás buscando se llama Samba .

Probablemente lo más importante que diferencia un "servidor de archivos de inicio" de un "servidor de archivos de trabajo" es si ha compartido o no ID entre máquinas.

En un servidor de archivos de inicio, 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 compartidos (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 en 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), 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 las unes de la misma manera que lo harías con un cuadro de Windows. Sin embargo, no estás aprendiendo Linux, estás aprendiendo OpenFiler, que es una capa de abstracción (aunque muy bonita).

crb
fuente
+1 gracias por la información y sugerencias.
cop1152
1

Personalmente estoy usando CentOS como servidor CIFS. CentOS Linux es un binario de distribución de servidores compatible con Redhat Enterprise Linux. Si está buscando un servidor NAS estable, CentOS puede ser una buena opción.

http://www.centos.org/

ocsid80
fuente
-1

Recomendaría usar Thinstation o FreeNAS . Ambos tienen CD en vivo que no requieren instalación. FreeNAS es un NAS gratuito que admite casi todo (incluida la samba) y tiene una interfaz gráfica de usuario que debería facilitar la transición.

Si decide no utilizar ninguno de ellos, vsftpd es un buen servidor FTP seguro e independiente .

IOTAMAN
fuente
1
ThinStation es para actuar como un cliente ligero (RDP / ICA, etc.), y generalmente alguien que quiere un 'servidor de archivos' quiere SMB, no FTP.
crb
FTP debería haber sido asesinado hace años. Si realmente no desea utilizar recursos compartidos CIFS en una red de Windows, hay mejores alternativas como WebDAV con SSL
Martin M.
No sé si esto merece un voto negativo, sin embargo, mi experiencia con FreeNAS es que es un gran servidor de archivos, pero no es bueno para entrenarse en cómo usar Linux, que es lo que busca este tipo.
Mark Henderson