29. Conectando en red dos máquinas Windows Vista.

Se trata de una prueba, -que realizo únicamente porque la hice en las tres distribuciones Linux-, que no sé si calificar de "jugar con ventaja".
No tengo la menor idea de los procedimientos a realizar para conectar entre sí dos máquinas Linux, yo no fui capaz de hacerlo; pero lo que me quedó claro es que no es en absoluto tan sencillo como lo que vais a ver.
Además, la experiencia me ha demostrado también que conectar una máquina Linux a una red Windows, lo es todo menos trivial: hay una pieza de software en medio, "Samba", que a mí al menos me ha resultado "indigesta".
Pero, sea jugar con ventaja o no, aquí está:
Sin ninguna preparación previa, abro la carpeta "Red" en la máquina vitual. Hay dos iconos, "AP1", que corresponde a la máquina virtual, y "DELL-PC", la máquina real Windows.
Doble click sobre el icono "DELL-PC". Windows Vista "real" solicita usuario y contraseña:
Y me muestra todos los recursos compartidos en la máquina Windows "real":
Doble click sobre la carpeta "Software repository", y me muestra su contenido:
Realizo lo mismo en la máquina Windows "real", y aparecen los mismos iconos, solo que en orden inverso:
Doble click sobre el icono "AP1", y Windows Vista (de la máquina virtual) solicita identificación de usuario y contraseña:
Y me muestra los recursos compartidos:
Y eso es todo.

Normalmente, cuando se realiza una comparación entre Linux (cualquier distribución)y Windows Vista, la discusión suele centrarse en si ésta o aquella ocupan tanta o cuanta memoria, en los recursos consumidos... en cuestiones técnicas, que solo son relevantes si se intenta instalar Windows Vista en un Pentium III con 512 Mb. de memoria o, en general, en una máquina que no cumple los requerimientos para su instalación. Creo haber dicho en algún momento que yo intenté instalar Ubuntu 7.04 en mi antediluviano portátil (que ya no utilizo) PII 166 Mhz. con 256 Mb. de memoria, y no pude.
Pero bien, admito, porque es cierto, que Windows Vista necesita "más máquina" en general que cualquier distribución Linux.
Yo no me he centrado en eso en ningún momento, sino en otra cosa: en la mayor o menor facilidad de manejo de un Sistema Operativo, sobre todo para el usuario principiante. Y ahí, -no tenéis más que leer mis experiencias con las tres distribuciones Linux-, Windows Vista gana "de calle":

• En toda la prueba con Vista, solo he hecho uso del ratón. El teclado únicamente ha sido necesario para introducir desde una máquina las contraseñas de acceso a los recursos de la otra.
• Por supuesto, la "consola" (la ventana de "Símbolo del Sistema" en el argot Windows) ni olerla. El Explorador de Windows, totalmente innecesario. Instalar software adicional, para nada. Todo lo que he necesitado es parte del Sistema Operativo, y se instala con él.
• El automatismo de todas las pruebas en Vista, queda más patente si se comparan con toda la confusión de paquetes y sus formatos, compilaciones... experimentada a lo largo de las mismas en las tres distribuciones Linux.

Y lo voy a dejar aquí. Cada uno, de acuerdo con su disponibilidad económica, sus aficiones o gustos particulares, y el destino que le de a su máquina -entre otros factores-, es libre de elegir lo que quiera o pueda.

24. Conectando a la red local con Mandriva 2007 Spring

La prueba consiste en interconectar las máquinas Windows Vista real y la máquina virtual donde corre la distribución Mandriva 2007 Spring. Esto es algo que conseguí con una sorprendente sencillez en Ubuntu 7.04, aunque con Open Suse 10.02 las cosas no fueron tan simples, y finalmente abandoné el intento.
En esta ocasión, (como ya me sucediera con Open Suse) dispongo de una aplicación gráfica para realizar la configuración de Samba, lo que, frente a la introducción de parámetros en un archivo de texto, no puedo sino considerar una ventaja que facilita las cosas al usuario, sobre todo si es novel en Linux como yo. Aunque en Open Suse... pero no tiene por qué sucederme lo mismo (eso espero)
Cuando instalé por segunda vez esta distribución, debido a una serie de problemas surgidos en una determinada prueba, ya tenía la suficiente experiencia como para hacer lo necesario durante el proceso de instalación para que se incluyeran determinados paquetes, entre ellos Samba.
Claro que, no sé cómo, y a pesar de que aún estoy razonablemente seguro de que seleccioné el escritorio GNOME, sorprendentemente resultó que disponía de KDE. Pero esta digresión no hace al caso.
Aún seguro de disponer de Samba, lo verifiqué:
Perfecto. Ahora se trataba de configurarlo. Abro el "Centro de control", localizo el enlace "Samba" y lo pulso:
Ahí hay un par de cosas que debo cambiar, pero todos los controles aparecen deseleccionados. Pulso tentativamente sobre "Modo Administrador"...
Se visualiza la consabida solicitud de contraseña de "root":
Ahora los controles están habilitados. Cambio el grupo de trabajo (la imagen es anterior al cambio) por el mismo a que pertenece mi máquina Windows real, y...
De nuevo los botones "Aceptar", "Aplicar", etc. están fuera de los límites de la ventana. Se trata de algo muy molesto, que me obliga en cada ocasión a pasar la ventana Vmware a "pantalla completa" para hacerlos accesibles. Bien, esta es la causa de que no se vean en ninguna de las imágenes, y no me volveré a referir a ello en lo sucesivo. Debe entenderse de aquí en adelante que paso a "full screen" y pulso el botón correspondiente para que los cambios realizados tengan su reflejo en el archivo smb.conf.
Reviso las siguientes pestañas, sin que mi grado de conocimientos me permita saber si debo o no modificar algo. Finalmente, en la pestaña "Usuarios"...
Agrego "ap". Se me solicita la contraseña:
Y el usuario queda agregado. No estoy nada seguro de si esto es o no estrictamente necesario, pero...
Reviso la pestaña "Seguridad"... No sé si debo o no cumplimentar algo. Lo dejo como está:
Lo voy a dejar aquí. Incluso en algún momento encontré un botón, "Avanzado", pero los parámetros de las ventanas que aparecieron eran eso, avanzados, y por ello fuera de mi alcance.
Bueno, recuerdo de Ubuntu 7.04 que debía establecer una carpeta como compartida.
Pero ahora, después de haber aprendido "un montón" sobre Linux, ¿por qué hacer uso del terminal, cuando puedo utilizar Konqueror? Nada, nada. Navego hasta /home/ap y selecciono en el menú "Crear nuevo/Carpeta":
Nombre de la carpeta, "public":
...y ya tengo la carpeta:
Pero tengo que hacerla compartida. Abro la ventana de propiedades, y en la pestaña "Compartir", encuentro algo inesperado:
(¡Glub!) Pulso "Arrancar applet". Reviso la siguiente pestaña "Compartir", y pienso que todo parece estar en orden:
No obstante, pulso el botón "Más opciones Samba":
El aviso final, "Solo debería cambiar algo si sabe qué está haciendo", me convence: no sé qué estoy haciendo, de modo que me voy a lo conocido:

su
Contraseña:
chmod 755 /home/ap/public

Bien, creo que ya he hecho todo lo necesario. Navego con Konqueror:
Hasta que Windows me solicita identificación de usuario y contraseña para permitirme el acceso a sus recursos compartidos:
Por alguna razón que no termino de entender, se me muestran "C$", D$" y "E$", que corresponden a discos o particiones físicos de la máquina real Windows que, obviamente, no están compartidos. Aunque, como debe ser, al hacer doble click sobre alguno de los iconos, no se permite el acceso.
Bien, hago doble click sobre la carpeta "Software repository", y...
Me muestra su contenido. Observo con extrañeza que "Acer", "Comunes", etc (que en realidad son carpetas) se visualizan con un icono tipo "documento" o así. Probé a hacer doble click sobre alguno de estos iconos, y se mostraban correctamente archivos y subcarpetas contenidos en cada una de ellas. (?)
Pienso que parece que lo he conseguido, y me traslado a la máquina real Windows. Doble click sobre el icono "Red" del escritorio, y...
Ni rastro de la máquina Mandriva.
Después de revisar la "Mandriva Linux Starter Guide in Spanish" (el nombrecito no tiene desperdicio: un manual en español cuyo título está en inglés) sin encontrar ninguna información sobre la configuración de Samba (no digo que no la haya, sino que, no sólo no pude dar con ella, sino que la búsqueda de la palabra "Samba" no produjo ningún resultado) me fui a buscar en Internet. Finalmente, tropecé con un documento .pdf, donde se detallaba qué hacer para configurar Samba.
Y en él, algo que me pareció relevante: hablaba de editar el archivo "lmhosts" e introducir en él entradas para las máquinas de la red, y recordé que había intentado algo así ya en la misma prueba de Open Suse. De modo que dicho y hecho:
Escribo las líneas correspondientes, y guardo el archivo modificado:
No estoy muy seguro de si es preciso, pero por si acaso...

su
Contraseña:
/etc/init.d/smb restart
Terminando los servicios SMB: [ OK ] Terminando los servicios NMB: [ OK ] Iniciando servicios SMB: [ OK ] Reiniciando los servicios NMB: [ OK ]

Perfecto. De vuelta a la máquina Windows, doble click en el icono "Red" del escritorio, y ahora...
¡¡¡Aparece el icono que representa la máquina Mandriva!!! Perfecto, ¿no? "Claro, era eso: el archivo lmhosts -me digo". Doble click sobre el icono "AP-MANDRIVA"...
Unicamente he conseguido solucionar una parte del problema: se muestra el icono correspondiente a la máquina Mandriva, pero no tengo acceso a ella.
Hay algo que en este momento llevaba sin utilizar 2 versiones de Windows y 6 años: el "Símbolo del Sistema". El "terminal" de Windows, ¡vaya!:

ping 192.168.1.36
Haciendo ping a 192.168.1.36 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Estadísticas de ping para 192.168.1.36:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),

Definitivamente, la máquina Mandriva no responde ni en el nivel más básico.
Siguió una revisión exhaustiva de la configuración Samba, sin que pudiera determinar sí y qué faltaba o habia hecho mal.
Finalmente, tuve una idea "genial": puesto que el archivo smb.conf tal y cómo quedó después de la edición en Ubuntu 7.04, había permitido la conexión, ¿por qué no utilizarlo en esta distribución? El razonamiento me pareció impecable. Lo que funcionaba en Linux, debería funcionar en Linux. ¿O no?
Dicho y hecho: "encendí" la máquina Ubuntu, edité el archivo smb.conf, y copié la totalidad de su contenido.
De vuelta a la máquina Mandriva, hice lo propio, pegando el texto copiado de la otra máquina:
Otra vez...

su
Contraseña:
/etc/init.d/smb restart
Terminando los servicios SMB: [ OK ] Terminando los servicios NMB: [ OK ] Iniciando servicios SMB: [ OK ] Reiniciando los servicios NMB: [ OK ]

No voy a alargar ésto mucho más:
Debo "arrojar la toalla" y dejarlo aquí. Linux me ha ganado el "partido" por goleada: Samba 10-ap 0.
Si alguien está leyendo este blog, cosa que ignoro, y si entre esos "alguien" hay algún experto en Linux que conozca al dedillo la configuración de Samba, probablemente me diría en este instante algo cómo "es que te faltó hacer...". O "¿es que no sabes que deberías haber modificado el parámetro...", o "si es muy fácil, hombre: no tienes más que poner..."
Pues no, soy un usuario novel en Linux, y no sé. Es más, comienzo a mantener la "sacrílega" teoría de que no debería "necesitar saber" para hacer funcionar la conexión, porque en Ubuntu 7.04 "no sabía", y me bastó seguir las instrucciones que encontré en la ayuda.
Pero aún me queda la sensación de que el origen de mis problemas en este terreno puede deberse a que estoy intentando hacer algo ajeno a Linux, y que interconectar dos máquinas Linux debe ser algo tan trivial como lo es en Windows. Y eso me da la idea de probarlo; el resultado de esta prueba, lo contaré en un próximo "post".

18. Conectando a la red local con Open Suse 10.02 (Final)

No voy a dar demasiados detalles de lo que sigue, porque tienen que ver con la específica configuración de mi red, el hardware de comunicaciones, y la aplicación de seguridad de mi máquina Windows. Sí diré que preciso la dirección "MAC" de la "tarjeta de red" de la máquina Open Suse para incluirla entre las admitidas. En cuanto al firewall de la máquina Windows, la regla agregada en la prueba de Ubuntu 7.04 es válida para la máquina Suse, con lo que esta parte me la ahorraré. Desde esa prueba hasta ahora, he aprendido algunas cosas; por ejemplo, que basta pulsar con el botón derecho del ratón sobre el icono "Red" de la barra inferior, para obtener la información que necesito: Una vez realizados los cambios precisos en el hardware de comunicaciones, el paso siguiente es instalar la aplicación Samba. Accedo al "Instalador de software" y busco "samba": Reconozco que no tengo idea, de entre todos los paquetes que me presenta, de cuales preciso y qué otros no, así que opto por instalarlos todos. Se inician las ya conocidas informaciones de avance... Que se interrumpen con la solicitud de montaje del DVD de instalación de Open Suse (que estas alturas ya debería haber previsto): Procedo al "montaje" del disco, y la operación progresa, pero en un momento dado, se produce un error: Desmarco el paquete "Samba-phyton", y pulso nuevamente "Instalar". Y de nuevo, la instalación se interrumpe: Desmarco en la lista el paquete "samba-krb-printing", e inicio la instalación por tercera vez. Finalmente... Una vez instalado Samba (espero) puedo continuar. En el artículo anterior, interrumpí la narración en el momento en que estaba a punto de pulsar el botón "Yast" en el "Navegador de aplicaciones". Al hacerlo, y tras la consabida solicitud de la contraseña de root, ...se visualizó la ventana del "Centro de control de Yast". Rápidamente observo un icono, "Servidor Samba", y lo pulso: Se inicia entonces la "Configuración del servidor Samba": Finalizada la carga, me presenta directamente la página "Configuración de Samba": Abreviaré. Cambié el "Grupo de trabajo" (que aparecía como "YAST.MIN", creo recordar) por el correspondiente a mi red Windows. Realmente, lo que estaba haciendo es seguir el guión de mi experiencia en Ubuntu 7.04. El procedimiento para añadir o modificar entradas me pareció sencillo e intuitivo. El problema llegó cuando quise, continuando con el guión, cambiar la entrada "security" a "SHARE". No encontré tal entrada entre las preconfiguradas, de modo que... plan "B". Salvé los cambios, y abrí un "Navegador de archivos" en la carpeta /etc/samba, y edité smb.conf: Me encontré con un archivo smb.conf cuyo contenido era mucho más reducido que el que vi al editar el mismo archivo en Ubuntu 7.04. Procedí a buscar la entrada "security"... ... pero no existía nada parecido. Antes de agregar la entrada correspondiente a la carpeta pública, por si o por no, prefiero crearla. Abro un terminal y, como acostumbro, incluyo la imagen seguida de la trascripción de los comandos y respuestas:

su
Contraseña:
mkdir /home/public
chmod 755 /home/public

Vuelvo a Yast, y agrego la entrada correspondiente: Repaso todo lo hecho. A continuación, visualizo el contenido de las dos restantes pestañas de Yast: Me queda activar la red (siguiendo de nuevo el guión de Ubuntu 7.04) Vuelvo al terminal:

/etc/init.d/samba restart
bash: /etc/init.d/samba: No existe el fichero o el directorio

¡Oooopppps! ¿Y ahora? Abro una ventana del "Navegador de archivos", y efectivamente, no hay un ejecutable "samba" en dicha carpeta... Pero sí "smb". De nuevo al terminal:

/etc/init.d/smb restart
Shutting down Samba SMB daemon Warning: daemon not running. done
Starting Samba SMB daemon done

Creo que ya he terminado, pero me queda la intranquilidad de no haber podido localizar la entrada "security", y no sé qué consecuencias podría tener. De momento, no puedo hacer nada más, de manera que abro "Red": ...y hago doble click en el icono "Red de Windows". La ventana no muestra ningún contenido: En la máquina Windows, abro "Red", con el mismo desolador resultado: únicamente se muestra el icono correspondiente a ella misma, pero no el de la máquina Open Suse: Aún no me doy por vencido. Reviso de nuevo los iconos de la ventana de configuración de Yast, y dedico unos buenos minutos a revisar la funcionalidad de cada uno de ellos. Pero no se me ocurre qué más hacer. De manera, que busco información en la Red. Encuentro un post en un foro, en el que un usuario con "pinta" de estar tan "verde" como yo mismo, solicita ayuda para configurar Samba. Hay una respuesta, en la que se le indica que tiene que definir el "host" Windows en el archivo "lmhosts". Bien, yo no recuerdo haber hecho algo parecido en Ubuntu 7.04, y aquello funcionó. Claro que hay ocasiones en las que realizo la operatoria mientras voy capturando imágenes de pantalla, y sólo al día siguiente redacto el post, de manera que puedo haberlo olvidado. Además, es fácil: en la ventana "Configuración de Yast" hay un icono, "Nombres de host". Decido probar suerte. Añado una línea, con la dirección IP de la máquina Windows... Y por las moscas, la de la máquina Open Suse, aunque ya hay una entrada con dirección IP 127.0.0.1: Pero esto no me soluciona el problema: las máquinas Open Suse y Windows siguen sin "verse". Debo dejarlo aquí. Todo el proceso, incluida la investigación por los foros (una buena parte de cuyos enlaces en Google ya no existe o tiene otro contenido) me ha llevado cerca de 3 horas. Debo concluir que, aunque conseguir conectar la máquina Ubuntu a la red Windows me proporcionó una inyección de moral, soy demasiado newbie en Linux como para intentar hacer algo que ya tengo claro que no es precisamente trivial. Me quedo intranquilo por no haber conseguido lo que me propuse, pero lo único que me resta es preguntarme: ¿Qué habré hecho mal? ¿Qué debería haber hecho y no hice?