SAMBA: Linux y Windows en Red
8 June 2007
Con el crecimiento de las redes caseras y, sobre todo, con la explosión del Wi-Fi, la cantidad de equipos interconectados en los hogares crece exponencialmente. Más temprano que tarde necesitaremos compartir recursos entre equipos con los S.O. de Microsoft y aquellos potenciados por el Kernel del pingüino. Aquí te mostramos una de las formas de hacerlo utilizando SAMBA, un robusto y probado producto elaborado por la comunidad del software libre, viejo conocido de los administradores de redes corporativas.
En estos días, la interoperabilidad entre Linux y Windows es un tema de moda debido al acuerdo que, al respecto, anudaron Microsoft y Novell (dueña de SUSE Linux) y a las olas de quejas y la alarma que dicho acuerdo causó en la comunidad del Software Libre. Ocurre que esta última lo percibió como una jugada a dos puntas por parte de la empresa de Bill: por un lado, birlarse una parte de la torta que ahora se comen las pocas empresas que tienen un negocio importante montado en torno a tecnologías de Software Libre, como la propia Novell o Red Hat. Y por otro, intentar contaminar la plataforma con su propio código propietario, para, más tarde, amenazar con juicios por violación de propiedad intelectual a quienes usen este código “contaminado”, excluyendo a los clientes de Microsoft, por supuesto. Dicha estrategia, conocida internamente en Redmond como “E+E+E” (siglas de “embrace, extend, extinguish”), es característica de MS, que la ha utilizado múltiples veces para deshacerse de molestos competidores. Lo paradójico del asunto es que uno de los soft en los que se basa esta interoperabilidad entre ambos S.O. está disponible desde hace muchos años, más precisamente desde principios de 1992, cuando Andrew Tridgell se armó de un packet sniffer e infinitas dosis de paciencia para desarrollar SAMBA utilizando la técnica de “Ingeniería Inversa”, a partir de los protocolos de red diseñados originalmente por DEC y luego modificados por IBM y Microsoft.
NACE SAMBA: CÓMO Y POR QUÉ
El motivo del nacimiento de SAMBA es común al de tantos otros desarrollos de software: un programador se encuentra con una necesidad que ningún soft satisface plenamente, y decide sencillamente escribir él mismo un programa que cubra su necesidad. Andrew Tridgell, nativo de la tierra de los kiwis y los canguros, necesitaba acceder al disco de un servidor UNIX de su Universidad desde una PC con DOS. Utilizar NFS (una solución de software para esa problemática ya existente en ese entonces) en su caso no servía, ya que debía utilizar una aplicación que dependía de NetBIOS, una API propietaria de acceso a redes, desarrollada originalmente por IBM y tomada como base por Microsoft para sus productos de networking. Así que Andrew escribió primero un analizador de paquetes, que le permitió hacer un estudio exhaustivo de los paquetes de red y su contenido, con lo cual poco a poco el complejo juego de reglas que da vida a todo protocolo se fue revelando lentamente ante sus ojos. Algo bastante parecido, según las propias palabras de su creador, a intentar aprender a hablar francés simplemente sentándose en un café parisino durante horas, con todos los sentidos atentos a captar y analizar todo cuanto se dice y sucede a nuestro alrededor. Al respecto el propio Tridgell ha escrito un texto muy interesante, cuya lectura recomiendo a todos aquellos interesados en los procesos de ingeniería inversa, y que pueden encontrar aquí (lamentablemente restringido para quienes puedan leer el inglés).
QUÉ OFRECE SAMBA HOY
Como imaginarán, luego de prácticamente 15 años de desarrollo, y siendo un producto tan popular como lo es actualmente, además de su solidez y estabilidad, SAMBA nos ofrece múltiples posibilidades:
- Acceso a recursos de red (servidores de archivos, impresoras, etc.)
- Autenticación y Control de Accesos
- Resolución de Nombres
- Publicación de Servicios
Como vemos, es tan completo que hasta permite que un equipo con Linux… ¡sea Controlador de Dominio de una red Windows! Por supuesto también funciona como un simple miembro del Dominio, ya sea de una red estilo NT o de una basada en Active Directory. Sin embargo, para un uso hogareño en general, es conveniente prescindir del Dominio y utilizar una red del tipo “Grupo de Trabajo”, mucho más sencilla y, por lo tanto, más adecuada para este fin; por lo cual en la presente nota veremos cómo trabajar con SAMBA en este tipo de redes.
En este diagrama se muestra una red típica armada alrededor de SAMBA. Se destaca el uso de una utilidad de terceros basada en Web para manejar todo, evitando la tediosa tarea de editar a mano los archivos de configuración. Clickeando la imagen se la puede ver ampliada.
 |
A METER MANO
En nuestro ejemplo vamos a ver un escenario típico para una red hogareña, en donde nos valdremos de SAMBA para facilitar bastante la existencia del siempre sufrido administrador de red (¡en este caso es fundamental, ya que seremos nosotros mismos!). Contamos con un viejo, pero querido, Pentium MMX 166 Mhz, con 64 MB de RAM, que tantas alegrías nos dió en su momento, y que todavía funciona igual de bien que el primer día. Esta veterana PC, equipada con dos placas de red y GNU/Linux instalado, se convierte en un poderoso router, que hace las veces tanto de Gateway, para darle Internet al resto de nuestra red, como de Firewall, para protegernos de posibles ataques desde el exterior. Luego, tenemos una o más estaciones de trabajo (y por qué no algún Media Center, para quienes posean bastante plata en el bolsillo para gastar en tecnología) que pueden correr tanto Windows como GNU/Linux. Nuestro objetivo: acceder libremente desde cualquiera de las máquinas de la red a los recursos compartidos de las otras, así como a la impresora, conectada indistintamente (gracias a la ubicuidad del USB) a alguna de las estaciones de trabajo.
En principio, privilegiaremos la sencillez sobre la seguridad en la configuración de nuestra red. Al no existir un controlador de dominio, estaremos limitados en cuanto a la funcionalidad de autenticación y autorización. Pero podemos estar tranquilos, ya que nuestro Gateway cuenta con dos placas de red, conformando, de este modo, dos redes no comunicadas entre sí: una, entre nuestro proveedor de Internet y el Gateway, y otra, entre el Gateway y nuestra red hogareña. Sólo se rutearán desde la primera hacia la segunda aquellos paquetes que permitamos en las reglas de nuestro Firewall, y si todo está correctamente configurado, podemos prescindir absolutamente de la seguridad en nuestra red hogareña, dado que, de todas formas, los datos de las estaciones de trabajo estarán a salvo de ataques del exterior. De lo contrario, la configuración de los permisos de acceso a los recursos compartidos, en modalidad “grupo de trabajo” se vuelve engorrosa, ya que al no estar presente un Domain Controller para autenticar y autorizar, se debe recurrir a triquiñuelas como crear usuarios con el mismo nombre y contraseña en todas las estaciones de trabajo. Por lo tanto, en nuestro ejemplo, permitiremos el acceso total a los recursos compartidos, dejando para notas posteriores configuraciones más complejas que incluyan distintos niveles de seguridad.
Lo primero es instalar SAMBA en todas las PC con GNU/Linux. Los usuarios de Debian (o las distros basadas en ella) saben que una de las cosas lindas que tiene es que esto se logra en segundos, con sólo escribir apt-get install samba en la consola. Como siempre, a las preguntas que nos realice el instalador responderemos eligiendo la opción por defecto.
Antes de modificar la configuración del SAMBA, debemos realizar algunas tareas previas. Al respecto es bueno recordar que al margen de los permisos “de red” que otorguemos a los recursos compartidos declarados en SAMBA, los filesystem usados en Linux tienen sus propios permisos, y si, por ejemplo, deseamos escribir en un recurso compartido por SAMBA, el usuario remoto que estemos utilizando debe tener permisos de escritura sobre el directorio respectivo en el filesystem. Para ello crearemos un grupo y un usuario genéricos en el Linux, que serán usados por SAMBA a nuestro pedido. Siguiendo la tradición UNIXera, elegimos el grupo “nogroup” y el usuario “nobody”, aunque, por supuesto, pueden usar los que quieran, siempre y cuando ajusten correspondientemente la configuración de SAMBA.
Primero, chequeamos si existe el grupo “nogroup”:
Si el grupo ya estaba creado, grep lo mostrará, de lo contrario, no devolverá nada. En ese caso creamos el grupo:
Hacemos lo propio con el usuario, verificando si existe con id:
Si id responde que el usuario no existe, procedemos a su creación, pero omitiendo la creación de un directorio home para el usuario, ya que no será utilizado por ningún usuario “real”:
Ahora sí, llegó el momento de abrir el editor de texto favorito de cada uno y modificar la configuración del SAMBA. Como buen Debianero, yo estoy acostumbrado al NANO:
Vamos a encontrarnos con un *gran* archivo de configuración, que supera las 300 líneas, pero a no asustarse, ya que muchas de estas líneas contienen ayudas e indicaciones acerca de las distintas opciones de configuración. No es mala idea, antes de cada modificación, hacer una copia de resguardo de este archivo. Un error en la sintaxis del mismo impedirá que se levante el servicio y SAMBA no funcionará.
Antes que nada, vamos derechito a la sección “Global Settings” y configuramos los siguientes valores:
Acá pueden poner el que deseen, con la salvedad de que deberá ser el mismo en todas las máquinas. Por lo general, por defecto se utiliza GRUPO_TRABAJO. Un poco más abajo está la configuración de “Networking”. Aquí deberemos hacer una modificación MUY importante si la máquina que estamos configurando es el Gateway, ya que si omitimos este paso, expondremos nuestros recursos compartidos a toda la Internet (!). Como ya mencionamos, el gw tiene dos placas de red: una (en nuestro caso eth0) que la conecta con el ISP, y otra con el resto de la red hogareña (eth1). Así que, en este caso, nos aseguraremos de que quede comentada (con “;”) la línea que activa la interfaz eth0 en la configuración de SAMBA, y que la que corresponde a eth1 quede correctamente configurada. En nuestro ejemplo quedó así:
interfaces = 192.168.10.0/8 eth1
Para cada placa, además del nombre de la interfaz (ethX), deben configurar correctamente el segmento de red y la máscara en forma acorde a la red correspondiente (si la IP de la PC se asigna en forma dinámica, dejamos 127.0.0.0/8). Para las estaciones de trabajo, en las que, por lo común, contamos con una sola NIC (eth0), no hay margen de duda, ya que se configura la única interfaz existente.
Luego, nos dirigimos a la parte de “Authentication”, donde indicaremos a SAMBA que la seguridad se manejará a nivel de recurso, y no de usuario:
Al final de la sección de autenticación agregaremos varias líneas. Con la primera de ellas indicaremos el usuario que SAMBA usará como “guest” (es decir, el utilizado cuando se conecte un usuario remoto que no posee una cuenta local con la que ser autenticado):
Recuerden configurar esta opción en forma acorde si han creado el usuario con otro nombre. Luego, agregamos las siguientes líneas a continuación:
guest only = no
read only = no
Si desean evitar que se pueda escribir en los recursos compartidos por SAMBA, deberán poner en “yes” el valor de la propiedad “read only”. Este valor, que es general para todos los recursos, sólo se tiene en cuenta, en cada caso, si no se ha declarado de manera explícita a nivel de recurso.
Pero, justamente, pasemos a la configuración de los recursos compartidos. En este caso, y como ejemplo, crearemos un único recurso habilitado para acceso total de lectura y escritura en el directorio /shared del filesystem. Vamos a la sección “Share Definitions” del archivo de configuración y, debajo de todos los recursos de ejemplo que vienen en el archivo (algunos de los cuales son muy útiles, como, por ejemplo, el del CD-ROM y los de impresión), declaramos nuestro recurso agregando las siguientes líneas:
path = /shared
browseable = yes
public = yes
writeable = yes
read only = no
guest ok = yes
guest only = no
Como ven, las propiedades del recurso son bastante autoexplicativas y, aunque parezca redundante declarar “writeable = yes” y “read only = no” al mismo tiempo, les aconsejo hacerlo de todas formas y se evitarán más de un dolor de cabeza.
Antes de poder probar si quedó todo bien, debemos reiniciar el SAMBA para que tome los cambios en el archivo de configuración. En Debian lo logramos con este comando:
Ahora, desde la estación de trabajo que corre Win XP, simplemente ingresamos en la barra de direcciones del explorador de Windows:
Y, luego de algunos segundos (al no haber un controlador de dominio, se envía un request a TODOS los equipos de la red, lo cual demora un poco las cosas), tendremos una ventana de explorador situada en el recurso creado. Verificamos que hemos hecho las cosas bien mediante la copia de cualquier archivo a nuestro recurso, y, si funciona correctamente, ya podemos dar las primeras hurras. Si vamos a usar en forma intensiva el recurso desde esta estación de trabajo, es buena idea mapearlo como una unidad, lo cual es posible yendo en el explorador al menú Herramientas\Conectar a Unidad de red, seleccionando la unidad a la que se quiere mapear el recurso, e ingresando la dirección del mismo como lo hicimos antes. Es mejor elegir una letra alta, alejada de las unidades de discos locales como C, D, etc. Una elección popular entre los administradores de redes es la unidad R.
SAMBA COMO CLIENTE
Para acceder desde una de las máquinas con Linux a recursos compartidos en otras máquinas, disponemos de varias alternativas. La más cómoda es utilizando el navegador Nautilus (que viene con el Gnome), en cuyo caso es casi igual que en Windows, ya que basta escribir en la barra de direcciones:
También se puede montar el recurso en un directorio, mediante el comando smbmount:
Y, luego, desmontamos con smbumount al finalizar la utilización del recurso. Si queremos realizar los mounts en forma automática al bootear, se puede hacer agregándolos a /etc/fstab:
#…
//nombre_o_ip/recurso /mnt/recurso smbfs defaults 0 0
#…
Para navegar por los recursos de un equipo remoto desde la consola, tenemos el comando smbclient:
… Y A SEGUIR INVESTIGANDO
Como podemos apreciar, las posibilidades son tantas como la imaginación lo permita, y por cierto, que queda mucho por ver sobre el tema. Por ejemplo, cómo configurar SAMBA para utilizarlo como controlador de dominio, ideal para una pequeña o mediana empresa. En próximos números esperamos poder desarrollar este tema. De todas maneras, esperamos haberles brindado los fundamentos necesarios como para que puedan proseguir por sí mismos, ya que nunca debemos olvidar que “la práctica hace al maestro”. Hasta la próxima, y ¡sigan hackeando!
En esta foto, tomada hace ya cinco años, vemos al equipo de desarrollo de SAMBA en ese entonces. Ahora entendemos de dónde salieron las 500.000 líneas de código que tiene actualmente :))
 |
Hace rato que tenía ganas de postear algo sobre esta temática, ya que son cada vez más quienes no se resignan a las limitaciones de Windows, o a las complejidades de Linux, y prefieren acudir a lo mejor de ambos mundos. Y, con frecuencia, es necesario que ambos S.O. compartan recursos. Sin embargo, los post sobre Virtualización publicados anteriormente fueron los que impulsaron definitivamente este tema, ya que varios lectores nos escribieron pidiendo que tratáramos el tema de las “redes virtuales” entre VMs, o entre VMs y Anfitrión. Al respecto sólo cabe decir que, también en este caso, SAMBA es una solución ideal para compartir recursos entre VMs con distintos S.O., y todo lo explicado aquí se aplica absolutamente y sin modificaciones a cualquier máquina que pueda correr SAMBA, ya sea virtual o física.
Aclaración: Este post fue publicado originalmente en la revista POWERUSR #41. TODOS LOS DERECHOS RESERVADOS. PROHIBIDA SU REPRODUCCIÓN TOTAL O PARCIAL SIN EL CONSENTIMIENTO EXPRESO DEL AUTOR. SE PERMITE EL ENLACE O LINKEO A ESTE POST SIN NINGÚN TIPO DE RESTRICCIONES.
6 November, 2007 [18:38]
Excelente entrada me ayudo mucho a configurar samba.
8 November, 2007 [23:44]
12 January, 2008 [14:35]
Super Comentario,
Ayuda a configurar estos 2 mundos…..
Gracias por la ayuda
16 March, 2008 [22:33]
Me gustaria que me ayuden un poco, pues estoy configurano una red entre Linux y windows, para compartir archivos, desde Windows se puede ver el usuario samba, y accder a el, pero una vez que quiero acceder a un archivo me dice que no tengo los permisos y que me ponga en contacto con el administrador, y el Linux no puedo ingresar a windows
17 March, 2008 [12:42]
Estimado Lector:
La causa por la que te dice que no tenés permisos al querer acceder a los archivos de la máquina linux es precisamente esa: el usuario con el que estás queriendo acceder a determinado archivo no tiene permisos sobre ese archivo.
Si seguiste paso a paso la guía de la nota (creación del usuario nobody y configuración del mismo en la config de SAMBA) lo que te está faltando es darle los permisos correspondientes al directorio y/o archivos al que querés acceder. Fijate que en la nota se aclara que mas allá de los permisos que otorgues desde la config de SAMBA, los permisos del filesystem Linux siguen aplicando, y si los mismos no están correctamente habilitados, no se puede leer y/o escribir los archivos.
Esto se logra de varias maneras:
- haciendo que nobody sea el dueño (owner) de los archivos mencionados. Esto se logra con el comando ‘chown’ (chown nobody archivo)
- haciendo que los archivos pertenezcan al mismo grupo que el user nobody, y dando los permisos correspondientes al archivo para
que los usuarios del mismo grupo puedan leerlo. Esto se logra con el comando chgrp para cambiar el grupo (chgrp nogroup archivo) y luego con chmod para dar los permisos. (chmod g+r archivo)
- dándole permisos de lectura a todo el mundo sobre los archivos (potencialmente inseguro). También se hace con chmod (chmod o+r archivo).
En cuanto al otro problema (no poder acceder a la máquina Win desde la que tiene Linux) seguramente el problema se encuentre en alguno de estos puntos:
- falta instalar y/o activar “Compartir Impresoras y Archivos” en la interfaz de red que estés usando en Windows (panel de control-conexiones de red-propiedades de la placa de red)
- si estás usando el firewall interno de XP o algún otro, tal vez el mismo esté bloqueando las conexiones entrantes. Podés probar desactivar el firewall y si se soluciona, tenés que revisar las reglas del mismo en busca de la que produce el bloqueo.
- En la PC con Windows a veces, para poder acceder, tenés que tener por lo menos un recurso compartido “público” (al que cualquiera pueda acceder), conviene por seguridad que sea un directorio vacío.
- si estás invocando a la pc con Windows por su nombre lógico, tal vez el problema sea la resolución de nombres. Probá ingresar directamente con su dirección IP.
Espero haberte sido de ayuda!
Saludos!
Juan (AKA Case) - Estación de Tránsito
18 March, 2008 [23:34]
Tengo una red entre un equipo con QNX y otro con Windows XP, entiendo que “unidos” por Samba. El problema que estoy teniendo es que al intentar copiar varios archivos simultaneamente del equipo con QNX al que tiene Windows, solo copia unos 6 archivos y luego me da un mensaje de error: “too many files..”. Supongo que debe ser un problema de configuracion del Samba. Podrás ayudarme?
Muchas gracias
19 March, 2008 [16:01]
Hola, como estás?
La verdad de QNX conozco poco y nada, pero posiblemente tu problema se deba a la máxima cantidad de archivos abiertos que maneja SAMBA. Esta propiedad se configura desde el archivo de configuración, con la directiva “max open files”. Si no está presente, por defecto normalmente toma 10000. Fijate de agregarla si no la tenés en la config, y andá subiendo el valor hasta que no se produzca mas el error.
Espero que te sirva.
Saludos!
Case - Estación de Tránsito
20 March, 2008 [21:53]
Tengo una pequeña red doméstica con un Unix,un Linux y 2 WinXP.
Tengo montado samba en Unix y Linux y funciona perfectamente dentro de la red.
La red dispone de un ruter que la conecta con internet.
Cuando intento acceder desde internet a traves del ruter no lo consigo.
En el ruter tengo abiertos los puertos 137 al 139 y dirigidos a una de las mñaquinas con samba.
¿Podría ayudarme alguien?
Gracias
Antonio Gómez
2 April, 2008 [14:30]
buenas, es ineteresante todo lo aqui expuesto, y tal vez puedan ayudarme con lo que estoy tratando de hacer, tengo una red de computadoras, en cuatro de ellas active PXE creo que es administración remota el caso es que usando PING(PartImage Is Not Ghost)y PXE quisiera respaldar los backups en otra maquina de mi red y luego recargarlas , mi problema se encuentra en que use una terminal con windows para montar mi servidor tftp y dhcp, en cuanto inicio la terminal de la que quiero hacer el backup carga el PIN G , pero me pide la ruta del servidor samba o CIFS valido y no se como montar un servidor en la misma maquina que puse el servidor TFTP, si me dan unna pista o paginas de referencia estare agradecido.
27 August, 2008 [18:13]
definitivamente linux es lo mejor, soy principiante en esto de redes linux con windows, en el trabajo utilizo 2 pc y a uno le instale linux pero la verdad no se mucho sobre este sistema operativo, lo estoy estudiando y con lo poco que he aprendido deja ver que es mas poderoso que windows a leguas, me entusiasme con la idea de utilizar un pc con ubuntu en la red windows y ahora me siento muy satisfecho es relativamente sencillo gracias a paginas como estas que explican cada detalle, agradezco a las persona sque dedican su tiempo a hacer este tipo de ayudas para los que tenemos poco o nada de conocimiento
GRACIAS
17 September, 2008 [9:47]
Muy interesante el artículo, me ha dado grandes pistas. Solo hecho en falta tu prometido artículo de como instalar Samba como controlador de dominio que es justo lo que necesito.
Un saludo.
Fernando Hidalgo
Barcelona, Spain.
17 September, 2008 [14:50]
Excelente artículo, y muy claro todo, pero… he seguido todos los pasos de configuración de samba y no consigo lo que busco.
Espero que alguien pueda ayudarme.
Gracias.
—
Tengo una red doméstica con router que conecta cuatro PCs (todos con XP Pro) y una impresora local en uno de los equipos que es compartida por todos. Hasta ahí, todo bien y funcionando.
He instalado Ubuntu en una partición de uno de los PCs (lo voy a llamar PC1) y samba ha reconocido la red de windows existente entre los otros tres: veo todas las máquinas y puedo enviarles documentos y traerlos.
El problema es que la impresora está en PC1 y cuando arranco la máquina con Linux, los otros tres PCs no pueden imprimir.
Además, en PC1 tengo un HDD interno con DATOS que me cuando estoy en Linux, no se puede ver desde los windows y que necesito poder compartir.
¿Puedes ayudarme?
Gracias.
30 September, 2008 [16:58]
Hola que tal!
Genial sitio; ¡tiene información a kilos!
En verdad se agradece, tus artículos son en demasía muy interesantes y útiles.
Saludos!
2 October, 2008 [22:03]
Hola Paco, como estás? Ante todo, te pido disculpas por la demora en responder, pero como reza el dicho, mas vale tarde que nunca
Para compartir el disco de la máquina Ubuntu, hay que agregar al final de /etc/samba/smb.conf (donde está la configuración de los recursos compartidos) algo como esto:
[root]
path = /
browseable = yes
public = yes
guest ok = yes
guest only = no
En este ejemplo se comparte el disco entero (lo cual no es demasiado recomendable), hay que tener en cuenta que los permisos del filesystem Linux aplican, por lo cual prácticamente todos los archivos (y los directorios) se podrán leer, pero no modificar. Para crear un directorio en el cual puedas copiar y crear archivos desde la máquina windows, te recomiendo hacerlo de esta forma:
mkdir /home/shared
chown nobody /home/shared
chgrp nogroup /home/shared
Al ser nobody (el usuario que SAMBA toma como “guest”, como se explica en el post) directamente el dueño de la carpeta, se podrán allí crear y modificar archivos sin inconvenientes.
En cuanto a compartir una impresora conectada al server SAMBA, te envío un par de links que te asistirán en esa tarea:
http://tldp.org/HOWTO/Debian-and-Windows-Shared-Printing/sharing_with_windows.html
http://www.debian-administration.org/articles/425
Cordiales saludos,
CASE
10 November, 2008 [22:04]
Antes de SAMBA, como se resolvia el problema de la interconectividad entre los sistemas operativos??
20 November, 2008 [12:43]
me ayudo mucho este programa en un proyecto que desarrollamos teniamos que comunicar un servidor bajo linux a un workstation bajo windows xp y utilizar una base de datos en ambas maquinas gracias………..
26 November, 2008 [17:28]
hola buenas tardes tengo un problema con la comparticion de un directorio puedo ver la informacion pero no puedo escribir
esta es mi configuracion
path = /home/repbolivar/compartido
writeable = yes
; browseable = yes
guest ok = yes
gracias por la ayuda
2 December, 2008 [17:51]
no ps esta wena la informacion
que me servira xq mañana expongo este tema y no se m… decir
9 December, 2008 [17:42]
intento ver mi acer spire one , con linpus linux, en una red windows. Seguí las instruccines hasta “Global Settings” y establecí workgroup = WORKGROUP como se llama en la red Windows Y puse interfaces = 127.0.0.0/8
No encontré la seccion Authentication y hay varios lugares con security = y no encontré un guest_account
Volví a poner el archivo que había copiado al comenzar.
9 December, 2008 [18:48]
Hola, como estás? No conozco en detalle la distribución de Linux que nombras (Linpus), por lo que debo hacerte una pregunta, como obtuviste SAMBA? Lo descargaste a través del package manager de Linpus, o lo descargaste aparte, desde alguna web? La versión del package manager de Linpus debería tener un archivo de configuración completo.
Por si te sirve de ayuda, te envío por mail mi smb.conf, tal cual se usa en un Debian GNU/Linux, que se ve sin problemas desde las PC con Windows de la red. Lo que deberías cambiar es únicamente el nombre del workgroup, y la línea “interfaces” (luego, debes adaptar las sección de “share definitions” a tus propias necesidades, claro está. En el ejemplo se comparte TODO EL DISCO, lo cual no es recomendado). Debes usar 127.0.0.0/8 eth0 (entre paréntesis… seguro que el dispositivo de red que usas para conectarte se llama eth0? Porque conozco la Aspire One, y si estás conectándote por wifi, entonces el dispositivo de red tiene otro nombre, como por ej. wlan0 … puedes comprobarlo escribiendo “ifconfig” en la consola), reitero, se usa 127.0.0.0/8 solamente cuando la PC recibe la IP en forma dinámica por DHCP desde el mismo ISP (asignada por un cablemodem o modem ADSL, por ejemplo). Si la IP es estática, o es asignada en cambio por un router o access point, es conveniente ingresar el segmento de la red empleado por ese dispositivo (como está en el ejemplo que te envío, en mi caso es 192.168.0.0/8 eth0).
Espero que puedas solucionarlo, caso contrario, no dudes en consultarme nuevamente.
Cordiales saludos,
CASE
14 December, 2008 [20:30]
Saludos
bien bueno tu howto hombre!, gracias por la informacion, me sacaste de varias dudas.
Muchas gracias.
4 August, 2009 [18:07]
Gracia por el artículo, esta muy bien explicado, me gustaria si es posible saber a cerca de utilizar samba como controlador de dominio
4 December, 2009 [23:12]
Hola.
¡Gracias excelente!
Podrias dedicarnos mas de tu valioso tiempo y ayudarnos a configurar Samba como Domain Server. Seria genial.
Saludos desde México D.F.