Apt-cacher-ng es un programa que sirve como proxy para la actualización/instalación de paquetes en sistemas GNU/Linux basados en Debian (que usa paquetes .deb). La idea es la siguiente:
Tenemos una sala de informática, con muchas máquinas que deben actualizarse.
La primera máquina que se actualiza intenta descargar los paquetes, pero estos pasan por el proxy. Como el proxy no tiene los paquetes, los descarga y se los envía a la máquina que los solicitó.
Cuando las otras máquinas se van a actualizar, como el proxy ya tiene los paquetes, no es necesarios volver a descargarlos de Internet, sino que se descargan a la velocidad de la red local (LAN).
¿Cómo se instala?
En la máquina que funcionará como proxy: (puede ser una cualquiera de las PC de los estudiantes, o la del profe, no requiere nada en especial). Se instala el paquete apt-cacher-ng:
# apt-get install apt-cacher-ng
O se puede instalar con Synaptic, o con lo que quieras. Listo.
(Obviamente, se pueden editar los archivos de configuración para que funcione «a tu gusto», pero si lo dejás así como viene, va a funcionar).
En cada una de las máquinas que va a usar el proxy: Hay que crear un archivo llamado 02proxy en la carpeta /etc/apt/apt.conf.d
Todo en la misma línea. (Otra vez: reemplazar IP-DEL-PROXY por la ip de la máquina que tiene instalado el apt-cacher-ng)
Ahora, cada vez que las máquinas quieran actualizar o instalar algo, no será necesario descargar el paquete de Internet (salvo que sea la primera PC en la red que lo solicita).
Hoy, 8 de abril de 2014, termina el soporte para Windows XP. Técnicamente hablando, Windows XP es un buen producto. Pero los que elegíamos no utilizarlo, poníamos en la balanza otros elementos.
Me explico: durante mucho tiempo se le achacó a Windows ser un sistema poco estable, en donde las «pantallas azules» aparecían a cada rato; los mensajes de error incomprensibles eran moneda corriente; y nadie sabía en qué momento su trabajo se iba a perder por un «Error fatal». Eso fue cierto durante algún tiempo, pero Windows XP demostró ser un sistema más que viable desde el punto de vista técnico.
La temida pantalla azul
No es que no tuviera errores. No hay ningún software que no los tenga. Pero si uno bajaba las actualizaciones que Microsoft publicaba regularmente para el XP, no andaba instalando cualquier porquería descargada «de por ahí», y tenía a mano un antivirus actualizado, podía dormir medianamente tranquilo.
Los que elegíamos no usar este sistema plantéabamos otra cosa: que ese soporte que se le brindaba al XP era pan para hoy. Porque Microsoft podía decidir en cualquier momento dejar de dar soporte a su otrora producto estrella. Bueno, ese día es hoy, 8 de abril. Windows XP debe dejar de utilizarse, no por criterios tecnológicos, sino por la decisión unilateral de una empresa que considera que esto conviene a sus intereses comerciales.
Windows XP se sigue usando, y mucho. Los hechos demuestran que es una excelente solución para muchos hogares y numerosas pequeñas y medianas empresas que basan su informática en este sistema. Y ningún motivo justificaba cambiar de sistema operativo. Hasta ayer.
A partir de hoy, Windows XP no será un sistema seguro. Siempre aparecerán nuevas vulnerabilidades, como en cualquier otro software. Pero Microsoft no estará ahí para publicar «el parche». Y si Microsoft no lo hace, nadie más podrá hacerlo. Ni aunque tenga todo el tiempo y el dinero del mundo. Porque el código fuente de Windows XP es un secreto. Los únicos que tienen derecho a ver lo que escribieron los programadores, no están interesados ni en seguir manteniendo el código, ni en publicarlo para que otros lo mantengan. ¿Qué proponen? Microsoft obliga a sus usuarios a comprar otro de sus sistemas, lo que probablemente implique para la mayoría comprar otras computadoras. Ellos mismos confiesan aquí esta deslealtad comercial. Y, de nuevo, es pan para hoy. Lo que ahora le hacen al XP, se repetirá con Windows 7, 8, y etc. Ningún atisbo de que se comprometan a que «no volverá a suceder».
¿Hay alternativa? Rotundamente sí: la alternativa se llama Software Libre, concretamente, GNU/Linux. Muchas corporaciones contribuyen a mantener el Software Libre, pero ninguna de ellas tiene «la sartén por el mango». Con el Software Libre, mientras haya alguien a quien le interese seguir usando un sistema o aplicativo, existirá la posibilidad de mantenerlo.
¿GNU/Linux es más difícil que Windows? Rotundamente no. Eso sí: es distinto. Y a algunos usuarios puede llevarles un tiempito acostumbrarse a «hacer las cosas de otra manera«. Pero «otra» no es sinónimo de «difícil«, sino de «distinto«. Lo he comprobado personalmente muchas veces. Di clases de «Informática» en jardines de infantes y escuelas primarias. Ningún chico de esa edad te va a decir que Linux es «más difícil». He guiado a algunos jubilados en su primer contacto con computadoras, usando GNU/Linux. Han aprendido lo que necesitaban para poder usarlo más que eficientemente. Soy testigo: para quien deja prejuicios de lado y está dispuesto a aprender algo nuevo, no es ni más ni menos difícil.
Insisto: si nunca usaron GNU/Linux, hoy Microsoft les da la oportunidad perfecta para empezar. Cualquiera que pueda instalar un Windows puede instalar también una distro de GNU/Linux. Hagan Backup y prueben, no es nada del otro mundo.
Y si no se animan solos, pueden fijarse si, a fin de mes, se hace cerca de donde viven algún FLISOL. Allí encontrarán gente capacitada y dispuesta para ayudarlos a instalar la distro de GNU/Linux que prefieran en sus equipos. Vas con tu compu abajo del brazo, y te la traés funcionando con un sistema Libre. Gratis y con buena onda. Te re conviene. ¿O querés que te haga un dibujo?
«Banner» del FLISOL 2014
Claro, siempre está la opción de tirar tu compu y comprar otra que traiga el próximo Windows… Estén atentos a este blog en un par de años, seguramente aparecerá un artículo idéntico a este, en donde solamente cambiará la versión de Windows caida en desgracia. Cada uno sabrá elegir si quiere ser cliente cautivo de una corporación o miembro de una comunidad de usuarios.
Para que puedan meditar su decisión, les dejo una zamba que, en 1943, compuso Andrés Chazarreta, en alusión al último día del XP: La Siete de Abril.
En la sala de informática de la escuela, tengo instalado Debian con XFCE4.
Tengo un fondo de escritorio (wallpaper o tapiz) para cada máquina, llamados PC1.jpg para la PC1; PC2.jpg para la PC2, etc. (Es decir: la imagen se llama igual que la PC).
Los alumnos pueden cambiar el fondo de pantalla, pero quiero que este vuelva a ser el original cuando la PC se reinicia.
Entonces, puse todos los jpg en una carpeta llamada Numerados, con los permisos apropiados para ser leídos por el usuario.
Y configuré para que se ejecute al iniciar la PC el siguiente comando:
Comparto un script que me resulta útil en la escuela en donde trabajo.
Sirve para que todos los estudiantes puedan ver la pantalla del docente, de tal manera que pueda mostrarse algún procedimiento complejo.
Los supuestos son los siguientes:
Todas las máquinas están corriendo un GNU/Linux
Las máquinas de los alumnos tienen un cliente VNC llamado «vinagre» (la mayoría de las distros derivadas de Debian lo traen por defecto).
Las máquinas tienen ip fija y correlativa (en este ejemplo, se supuso que están en el rango 192.168.10.2 a 192.168.10.25).
Sin más preámbulos, el script: #!/bin/bash
echo "Ingrese el usuario: "
read usuario
com="export DISPLAY=:0.0 && vinagre -f vnc://192.168.10.99"
maquina=2
echo "Se abrirá una ventana. Marque:"
echo "\"Permitir a otros usuarios ver mi escritorio\""
echo "Pulse ENTER para continuar"
read algo
vino-preferences
echo "En unos instantes, todos verán esta pantalla..."
while [ $maquina -lt 26 ] ; do
ssh -p 1160 $usuario@192.168.10.$maquina "$com" &
let maquina=maquina+1
done
Hay que abrir un editor de textos y copiar y pegar este código. Luego, guardarlo con el nombre que se desee, supongamos «ver.sh»
Después, le damos permisos de ejecución, escribiendo en una terminal el comando chmod 744 ver.sh
Por último, lo ejecutamos, escribiendo desde la terminal ./ver.sh
Y allí podremos explicar el procedimiento, mientras todos los estudiantes ven nuestra pantalla.
Por último, para «devolverles» el control de sus máquinas, tenemos que ejecutar este otro script, del mismo modo que antes: #!/bin/bash
echo "Ingrese el usuario: "
read usuario
com="killall vinagre"
maquina=2
while [ $maquina -lt 26 ] ; do
ssh -p 1160 $usuario@192.168.10.$maquina "$com" &
let maquina=maquina+1
done
Espero que les sea útil. Si hay algo que no expliqué con claridad, pueden dejar un comentario.
Google anunció el cierre de su servicio Reader, que será a mitad de año.
Oi muchas voces quejarse amargamente por esto en las redes sociales.
Se me ocurren, así rápido, dos pensamientos:
RSS significa Really Simple Syndication, que no es más que un caso particular de XML. Cualquiera puede hacer un programa o servicio Web para leer feeds. De hecho, hay, por lo menos decenas de ellos. ¿Por qué esa dependencia de una única herramienta?
¿Por qué cierra? Y, sobre todo, ¿por qué fue gratis hasta ahora? Fue gratis porque a Google le resultaba redituable poner publicidad, y recabar información sobre los hábitos de lectura de sus usuarios (el sueño de todo gobierno dictatorial: saber qué lee la población). Y se cierra porque ya no le resulta redituable. Así de simple. Para los usuarios, debería ser una buena noticia, sobre todo porque Google podía «cruzar» estos datos con el correo electrónico, la red social Google+, Calendar, las búsquedas que realizamos, los Docs en los que trabajamos, los archivos de Drive, etc. Ahora, probablemente le cedamos el control de nuestros hábitos de lecturas a otros, pero ya no tendrán semejante volumen de información para alimentar sus algoritmos de Minería de Datos.
Alguien lee sobre tu hombro
Dejemos de dar lástima, pidiéndole a Google clemencia por algo que no necesitamos.
Lo confieso: he usado Google Reader hasta ahora, y como producto es muy bueno. El síndrome de Estocolmo del siglo XXI me lleva a cambiar mi derecho a la privacidad por un software. Y ahora Google toma esta decisión, que yo no tomé antes porque tengo menos convicción que pereza. Buenas noticias. Llega el momento de buscar otro servicio que me brinde las mismas prestaciones, sin la molesta sensación de que hay alguien mirando por encima de mi hombro lo que estoy leyendo.
Instalé la semana pasada Ubuntu 12.04 en mi notebook «Emachines», y ocurre un desagradable problema con el brillo de la pantalla, en donde parece que no «levantara» video, pero en realidad es que tiene el brillo demasiado bajo. La solución a este problema (que, por lo que he leído, pasa en varias marcas de notebooks) está publicada en varios lados en la Web, pero me gusta reproducirlo también acá, por si alguna vez hace falta, para mí o para quien lea esto.
El brillo es apto sólo para lechuzas…
Vamos al grano:
Instalar Ubuntu desde el CD «alternate».
Finalizada la instalación, reiniciará el equipo. En ese momento, notaremos que no tenemos video (si te fijás bien, algo se ve, pero apenas se distingue).
«A ciegas», presionamos Alt+Ctrl+F1 simultáneamente. Eso nos llevará a una terminal (tty1).
De nuevo a ciegas, escribimos ahí nuestro usuario y pulsamos Enter
Otra vez a ciegas, escribimos nuestra contraseña, y pulsamos Enter. Hemos ingresado al sistema, pero todavía no se ve nada.
Escribimos el siguiente comando: sudo setpci -s 00:02.0 f4.B=60
Pulsamos Enter
Volvemos a escribir nuestra contraseña y pulsamos Enter. Instantáneamente, debería comenzarse a ver la pantalla normalmente.
Presionamos Ctrl+D para cerrar la sesión en el terminal, y luego Alt+Ctrl+F7 para volver al modo gráfico. Ingresamos a Ubuntu con nuestro usuario y contraseña de manera normal.
Nos resta ver cómo hacemos para no tener que repetir los pasos anteriores en cada arranque del equipo. Ya en el modo gráfico, abrimos una terminal. Allí escribimos sudo gedit /etc/rc.local e ingresamos la contraseña.
Se abrirá un editor de textos, editando un archivo cuyas líneas están todas comentadas, excepto la última que dice exit 0. Antes de esa última línea, agregamos la siguiente: sudo setpci -s 00:02.0 f4.B=60
Guardamos y salimos. (Si se fijan bien, la línea que hay que agregar es el mismo comando que ejecutamos «a ciegas». Se ejecutará cada vez que inicie el equipo. El número 60 mide el brillo, puede cambiarse por otro que resulte más cómodo.)
¡Listo! Ya podemos configurar el sistema a nuestro gusto.
Espero que haya servido. Ante cualquier duda, dejen un comentario.
Necesitaba hacer backup de la configuración de mi modem/router TP-Link TD-W8901G
La interfaz Web no era del todo clara, por eso tuve que buscar bastante para lograr mi objetivo. Escribo esto como ayuda memoria para mí mismo en el futuro, pero a lo mejor resulte útil para alguien más. Sin más preámbulos, las instrucciones:
Desde una máquina conectada por cable al router, abrir el navegador Web y escribir la ip del router (si nunca la cambiaste, es 192.168.1.1).
Ingresá tu usuario y contraseña de administrador del router (si nunca la cambiaste, es usuario admin, password admin).
Hacé clic en la pestaña Maintenance.
Hacé clic en Firmware.
Hacé clic en Romfile save.
Te va a ofrecer descargar un archivo. Ese archivo es la configuración del router.
Cuando tengas que restaurar la configuración:
Repetí los pasos 1; 2; 3 y 4.
Hacé clic en el botón Examinar… del campo New Romfile Location (el segundo), y elegí el archivo descargado en el paso 6.
Hacé clic en el botón Upgrade
Esperá que actualice y reinicie (demora algunos minutos). No apagues el router mientras ocurre este proceso. Vas a saber que el proceso terminó, porque te va a pedir de nuevo la contraseña.
Listo. Espero que haya sido útil.
Actualización: Cuidado, que este mecanismo resguarda la configuración, pero no el usuario y contraseña del ISP.
Comparto con ustedes una solución que apliqué en el laboratorio de informática de la escuela en donde trabajo.
Muchas veces el docente quiere solicitar la atención de los estudiantes que están trabajando en las computadoras. Casi siempre se logra, por lo general insistiendo un par de veces. Pero hay ocasiones (sobre todo con los pibes más chicos) en las que puede ser necesario «bloquear» por unos instantes el uso de la computadora, para que no se pierdan una explicación importante. Esto es un poco violento para mi gusto, particularmente yo lo uso cuando se va un grupo y llega otro. Los chicos encuentran las máquinas «bloqueadas», y saben que no se «desbloquean» hasta que la actividad no ha sido planteada.
Concretamente, lo que me habían pedido era un script que bloqueara la pantalla, el teclado y el ratón, y otro que revirtiera este efecto.
No sabía cómo hacerlo, así que escribí a la lista del Grupo de Usuarios de Software Libre de Rosario (LUGRo), y me dieron varias sugerencias (Aprovecho para agradecer a Adrián, Omar, Emiliano, Martín, y especialmente a Víctor, que me propuso esta solución). Reconozco que es muy específico lo que aquí comparto, pero me parece que puede ser que en otra escuela resulte útil. (Además, anotarlo acá es una buena manera de tenerlo a mano la próxima vez que lo necesite). Paso 1: Las máquinas deben tener ip fijas. No es necesario que sean correlativas, pero en mi caso es así, lo que facilita un poco las cosas. (Aquí hay una explicación de cómo poner ip fijas en Ubuntu 10.04). Paso 2: Debe estar instalado el openssh-server en las máquinas de los estudiantes. Si no está instalado, hay que escribir en un terminal (en cada una de las máquinas): sudo apt-get install openssh-server Paso 3: Permitir loguearse con el usuario root (Ubuntu no lo permite por defecto). Para eso, escribir en un terminal: sudo passwd root
Nos pedirá una contraseña de root, y ya podremos ingresar con este usuario como en las otras distribuciones. (Conviene elegir una contraseña segura, y usar root solamente desde consola.) Paso 4: Permitir el acceso sin contraseñas al usuario del docente, desde la máquina del mismo. (Aquí está explicado cómo se hace). Paso 5: Por fin, hacemos el script para bloquear las máquinas:
Abrir un terminal. Escribir sudo gedit bloquear.sh
Se abrirá gedit, allí pegamos el siguiente código:
#!/bin/bash
# Suponiendo que las máquinas tienen ip correlativas de 192.168.0.2 a 192.168.0.16,
# que el usuario que usan los estudiantes es "chicos", y que se usa gnome:
maquina=2
while [ $maquina -lt 17 ] ; do
#bloqueamos la pantalla:
ssh -X chicos@192.168.0.$maquina "export DISPLAY=:0;gnome-screensaver-command -l;"
#inhabilitamos temporalmente el usuario:
ssh root@192.168.0.$maquina "passwd -l usuario"
let maquina=maquina+1
done
Guardamos y salimos de gedit.
Paso 6: Le damos permiso de ejecución al archivo: sudo chmod 744 bloquear.sh
Paso 7: Creamos ahora el script para desbloquear las máquinas. sudo gedit desbloquear.sh
Y copiamos en gedit el siguiente código:
#!/bin/bash
# Con las mismas suposiciones que antes:
maquina=2
while [ $maquina -lt 17 ] ; do
#rehabilitamos el usuario:
ssh root@192.168.0.$maquina "passwd -u usuario"
#desbloqueamos la pantalla:
ssh -X chicos@192.168.0.$maquina "export DISPLAY=:0;gnome-screensaver-command -d;"
let maquina=maquina+1
done
Una vez más, guardamos y salimos.
Paso 8: Igual que en el paso 6: sudo chmod 744 desbloquear.sh
Ahora, cada vez que queramos bloquear las máquinas, simplemente abrimos una terminal en la máquina del docente, y escribimos: ./bloquear.sh
Y cuando queramos devolverle el control a los usuarios, escribimos en la misma terminal: ./desbloquear.sh
Cada vez que puedo, me gusta compartir prácticas y técnicas que me han dado resultado. En este caso, en mi función docente.
Se trata de un sencillo sistema que sirve para que los estudiantes envíen archivos a un servidor Web. Es muy recomendable que el servidor funcione en la red local, puesto que si los archivos son «pesados», esto aumentaría enormemente el tráfico a Internet.
Vamos a suponer que tenemos un servidor Web que permite ejecutar php. Cualquier máquina con GNU/Linux puede cumplir este rol, de un modo muy sencillo. (Con otros Sistemas Operativos también, prueben con XAMPP).
Comparto estos scripts con licencia libre (GPL3). Si los usan en algún lado, y pueden citar la fuente, se los agradezco.
Primero, les muestro cómo funciona:
El estudiante terminó y guardó el trabajo que desea enviar.
El estudiante abre el navegador Web y escribe la dirección que le indicó el docente
El estudiante escribe nombre y apellido, y pulsa en «Examinar…», y busca el archivo:
El estudiante pulsa el botón «Enviar», y verifica que el sistema le comunique que se transfirió exitosamente
El docente ve el trabajo enviado en una carpeta, del siguiente modo:
Ahora, les explico cómo se hace
Supondremos que la carpeta del servidor Web es /var/www (por lo general es esa).
Entonces, creamos allí una carpeta a la que llamaremos «enviar» (o como más te guste): sudo mkdir /var/www/enviar
Adentro de la carpeta, enviar, creamos los siguientes archivos:
(para crear los archivos, escribimos el comando: sudo gedit
Luego copiamos y pegamos el contenido en cada archivo, y después, lo guardamos en la carpeta /var/www/enviar con el nombre correspondiente. O bien podés descargar los archivos con el enlace que figura al final del post). Archivo index.html
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html lang="es-ar"><head>
<meta content="text/html; charset=UTF-8" http-equiv="content-type">
<title>Escuela "NOMBRE DE LA ESCUELA"</title>
<link rel="stylesheet" href="estilo.css" type="text/css">
</head><body>
<div id="contenedor">
<div id="encabezado"><h1 style="visibility: hidden;">Nombre de la escuela</h1></div>
<div id="contenido" style="height: 350px; text-align:center;">
<!-- Hacemos un formulario que permitirá subir archivos, por eso el atributo enctype="multipart/form-data" -->
<form name="formulario" method="post" action="guardar.php" enctype="multipart/form-data">
<!-- Limitamos el tamaño máximo de los archivos: -->
<input name="MAX_FILE_SIZE" value="15000000000" type="hidden" />
<br /><br />
<label for="nombre">Tu nombre:</label><input name="nombre" type="text" />
<label for="apellido"> Tu apellido:</label><input name="apellido" type="text" /><br /> <br />
Archivo:<br />
<input name="archivo" type="file" /><br />
<input value="Enviar" type="submit" />
</form>
</div>
</div>
</body></html>
Archivo guardar.php
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Nombre de la escuela</title>
<link rel="stylesheet" type="text/css" href="estilo.css">
</head>
<body style="background-color: rgb(153, 153, 102);text-align:center;">
<div>
<h1>Enviando trabajo</h1>
<?php
$destino = "trabajos/";
/* A continuación, se especifica cómo quedará el nombre del archivo guardado. Si hay algún dato que se prefiere omitir, basta con comentar (agregando dos barras al principio de la línea). Por ejemplo, si no se desea que aparezca la hora, la línea que dice:
$destino.="-". date('H') . "-".date('i');
debería decir:
//$destino.="-". date('H') . "-".date('i');
*/
//Para que aparezca el apellido del estudiante en el nombre de archivo:
$destino.=$_POST['apellido'];
//Para que aparezca el nombre:
$destino.="-" . $_POST['nombre'];
//Para que aparezca la ip de la máquina desde donde se envía:
$destino.="-" . $_SERVER['REMOTE_ADDR'];
//Para que aparezca la fecha:
$destino.="-" . date('m') . "-". date('d');
//Para que aparezca la hora:
$destino.="-". date('H') . "-".date('i');
//Para que aparezca el nombre y extensión original del archivo:
$destino.="-".basename($_FILES['archivo']['name']);
//Guardamos el archivo:
if(move_uploaded_file($_FILES['archivo']['tmp_name'],$destino)) {
echo "<h2>" . $_POST["nombre"] . ": tu trabajo fue recibido correctamente</h2>";}
else {echo "<h2>Error al enviar el trabajo.</h2>";}
?>
</div>
</body>
</html>
Con la intención de que quede más lindo (no tuve éxito), le hice una hoja de estilo: Archivo estilo.css
Ahora, sólo nos queda crear, dentro de la carpeta «enviar», una carpeta que se llame «trabajos». En esta carpeta se irán guardando los trabajos que los estudiantes vayan enviando. sudo mkdir /var/www/enviar/trabajos
Le damos a esta carpeta todos los permisos: sudo chmod 777 /var/www/enviar/trabajos
Listo. Ahora, para poder enviar los trabajos, los estudiantes simplemente deben abrir el navegador Web y escribir: <ip del servidor>/enviar Por ejemplo, si la ip del servidor es 192.168.0.1, deben escribir: 192.168.0.1/enviar
Y allí pueden enviar el trabajo.
Si el servidor tiene ip fija, podemos editar el archivo /etc/hosts de cada una de las máquinas de los estudiantes, y agregar la línea: 192.168.0.1 profe
(suponiendo que la ip fija del servidor es 192.168.0.1). Entonces los chicos podrán enviar sus trabajos ingresando con el navegador Web a la dirección profe/enviar. Obviamente, pueden reemplazar la palabra «profe» por la que prefieran.
En fin, espero que les sirva. Si hay algo que no expliqué correctamente, no duden en preguntar. Descargar todos los archivos.
Uno de los chicos de la escuela en donde trabajo me pidió un manual de Gimp, y entonces hice una pequeñísima investigación.
Logo de Gimp
Gimp es Software Libre (forma parte del Proyecto GNU), y además es gratuito. Es un programa de edición de imágenes. Algunos dicen que «reemplaza al Photoshop». Lo más correcto sería decir que «se pueden hacer las mismas cosas que con Photoshop», o que «satisface necesidades similares». La cuestión es que se trata de un excelente programa de edición de imágenes, tan profesional como otras alternativas que hay en el mercado.
Juanse Marquez 