¿Por qué las redes Linux usan Samba?

La característica "compartir archivos e impresoras" de las distribuciones de Linux es principalmente Samba. Samba es una interpretación del sistema de archivos de red de Microsoft.

La compatibilidad entre sistemas operativos es importante, por supuesto, pero ¿por qué los sistemas Linux están predeterminados para esta tecnología de Microsoft?

¿Es tan bueno el sistema de archivos de red de Microsoft? Samba claramente funciona muy bien y no lo estoy "disimulando".

O, para reformular la pregunta, "¿Cuál sería una forma nativa de Linux de compartir archivos e impresoras a través de una red?"

¿Es tan bueno el sistema de archivos de red de Microsoft?

Desde la perspectiva de que está en todas partes, entonces sí, es bueno. Si está preguntando si es un buen protocolo, la respuesta es que en realidad no es tan bueno. Tiene grandes problemas en enlaces con alta latencia. Tiene demasiados comandos redundantes. Microsoft ha solucionado mucho de esto con SMB2.

¿Los sistemas Linux predeterminados a esta tecnología de Microsoft?

Hay muchos usuarios que requieren que sus cajas de Linux puedan participar en una red heterogénea. SMB es el mínimo común denominador que parece ser compatible con todos los sistemas operativos comunes.

¿Cuál sería una forma nativa de Linux para compartir archivos e impresoras?

NFS es probablemente el protocolo de intercambio de archivos * nix más estándar.

LPR o CUPS es el protocolo de impresión más común.

Personalmente, deseo que webdav sea más común para compartir archivos. Pero todavía tengo que encontrar un buen demonio webdav para * nix.

Los dos grandes sistemas de intercambio de archivos para Linux son NFS y SAMBA. Corremos ambos aquí por diferentes razones. Aquí hay una lista pro / con-off-the-top-of-my-head

NFS

• + Servidor a servidor
• + Rápido
• + Fácil de configurar para un pequeño número de usuarios
• + Muy confiable para agrupamiento / Alta disponibilidad
• - Cada máquina cliente necesita su propia configuración en / etc / exports
• - Opciones de seguridad muy limitadas.
• - Los usuarios deben coincidir tanto en el servidor como en el cliente para preservar los permisos de Unix
• - Los enlaces simbólicos al contenido fuera del recurso compartido fallarán, o peor aún, usarán recursos del mismo nombre en el cliente

SAMBA

• + Servidor a usuario
• + Configuración muy flexible
• + Capacidad para usar autenticación por usuario contra Active Directory, LDAP, usuarios locales, usuarios de samba
• + Compatibilidad con la mayoría de los otros sistemas operativos
• + Posibilidad de compartir impresoras
• + Posibilidad de guardar archivos con permisos arbitrarios.
• + Opcionalmente admite permisos completos de UNIX
• + Posibilidad de hacer que los enlaces simbólicos a recursos fuera del recurso compartido parezcan estar dentro del recurso compartido. Por ejemplo, para reexportar un recurso compartido montado.
• - Gastos generales un poco más altos que NFS
• - La configuración flexible es fácil de fastidiar
• - Problemas de almacenamiento en caché / bloqueo. Si no todos los usuarios usan samba para acceder a los archivos, es posible que algunos usuarios no vean cambios en los archivos
• - Problemas de Microsoft. A MS le gusta "mejorar" la especificación cada pocos años, por lo que el futuro cliente de escritorio de Windows no podrá conectarse a su servidor Samba. El equipo de Samba es bueno para mantenerse al día con la EM, pero debe ser consciente de esto

Samba alcanzó su prominencia en gran parte porque permite que las estaciones de Windows no modificadas hablen con él, y dado que Windows es típicamente la mayor población de usuarios de escritorio en cualquier red, lo que lo hace más interesante. La otra población, los usuarios de Mac, pueden usar el paquete Netatalk mal mantenido, o mucho más comúnmente el paquete Samba integrado en su sistema operativo. En resumen, Samba es una bomba porque funciona mejor en redes heterogéneas.

Las soluciones de servicio de archivos de código abierto con una exposición de patentes incuestionable no son tan amigables para el usuario de escritorio. NFS es prácticamente eso, lo que requiere un montaje raíz y hasta hace muy poco tenía muy pocas funciones de seguridad integradas. Los paquetes FuseFS han recorrido un largo camino para hacer esto mucho más fácil para los usuarios de escritorio-linux, ya que permite que cosas como SSH / SFTP sean un protocolo de servicio de archivos en lugar de un protocolo para compartir archivos ; Archivo -> Guardar -> Buscar ubicación, funcionará con FuseFS.

Compartir archivos de Linux sería NFS y compartir impresoras sería CUPS. Pero hay muchos otros archivos compartidos que se enumeran a continuación, como SSH, FTP, SFTP, etc.

Protocolos como FTP, HTTP, NFS y SSH. Por lo general, solo uso el intercambio de archivos SAMBA para transferir convenientemente archivos entre plataformas.

También hay más sistemas de archivos de red centrados en Linux, pero con clientes para Windows disponibles: http://www.openafs.org/ y http://www.coda.cs.cmu.edu/

El uso compartido de archivos estándar de UNIX es NFS. Sin embargo, eso es solo UNIX, como la gente ha dicho. NFS también tiene algunos problemas con los inicios de sesión de mapeo, etc. Las implementaciones de SAMBA existen en muchos sistemas y brindan las más amplias opciones de conectividad. Las máquinas Windows, las máquinas Linux y las Mac modernas pueden usar SAMBA. Si usa eso, tiene la garantía de que otras máquinas pueden conectarse.