Para quienes no conocen el servicio de Fonyou, lo que comúnmente se conoce como un operador de telefonía virtual. Para ingresar a este servicio actualmente se necesita invitación, por lo cual estamos ofreciendo 5 invitaciones para los visitantes de nuestro blog.
Fonyou ofrece todos los servicios de telefonía móvil disponibles, envíos de sms, llamadas internacionales entre otros. El beneficio que trae este servicio es al igual que servicios del estilo de google Voice, que permite realizar llamadas de larga distancia internacional a bajos costos.
Aquí en Techironic lo probamos y funciona bastante bien y como ya hemos dicho tenemos 5 invitaciones que serán enviadas a las próximas 5 personas que dejen un comentario con su username de Twitter.
Este es un post del que me llamaran #fanboy, quizás inclusive se diga que es el post fanboy del día como ya lo dijo taufpate en mi twitter, pero es mi opinión por mas incrédula que suene. Esto es lo que sucede con todos los productos de Apple, van aproximadamente unos dos meses o más, en los que se venia rumorando la existencia de un tablet pc de Apple, todo a raíz de la vuelta de Steve Jobs a las oficinas de Apple.
Como siempre en los productos de apple todo se trata con mucho cuidado intentando que no salga sino la información que Jobs quiere que salga en el momento que el quiere que salga, así ha pasado con casi todos los productos y para muchos es el keynote más esperado cada año, donde a parte de dar el resumen anual de la empresa se anuncian nuevos productos que potenciaran el siguiente año. Para hoy todos esperaban el actual Ipad, el tablet pc de apple, que fue anunciado en este keynote cuyas invitaciones fueron repartidas hace una semana y cuyo lema era acompáñanos a conocer nuestra nueva creación lo que confirmaba la existencia de este producto.
Ahora bien no se lo que esperaba mucha gente de twitter, y hasta el propio facebook porque, hasta los que siempre han odiado mac porque dicen la típica frase de “Es Overpriced” pero que lo dicen únicamente porque no tienen le dinero para adquirir algún producto de Apple, y disfrutar de la calidad de dichos productos estuvieron pendientes del lanzamiento del ipad y por quizás ignorancia o falta de visión no se les ocurre mas que decir que el ipad es una mierda, o un ipod gigante, a estos solo les puedo decir una cosa, díganme por favor, cual es la competencia hoy en día del ipad? y me refiero a dispositivos ebooks que permitan juegos, correos, explorador?, o sea si acepto que quiero MAS! pero es lo que el mercado exige y como empresa no se puede lanzar un producto que tenga mucha brecha entre los de uso convencional y los nuevos ya que no permitiría la obtención de mas ganancias algo critico por la situación económica mundial que estamos pasando.
En fin mi opinión es que el ipad es un dispositivo que aunque no es un ebook, que si a ver vamos el mayor beneficio que tiene es su tinta y su pantalla, es un dispositivo que va mas alla de los smartphones integrando esta funcionalidad y que a los usuarios que lo sepan aprovechar les resolverá bastante la vida. A decir verdad hasta ahora el unico detalle que me incomoda es su tamaño ya que me esperaba algo un poco mas pequeño y mas portable de resto me parece un buen producto con mucha salida y target en el mercado de hoy en día.
Muchas veces sucede que hemos montado una unidad en nuestro equipo ó servidor, y luego cuando ya no la necesitamos deseamos desmontarla y obtenemos un error de “Device busy“. La primera reacción a este error es revisar si estamos en alguna ruta que involucre a esta unidad, o por otra parte cerrar todos los terminales que tengamos abiertos para que sea mas sencillo, pero sucede en muchos casos que a pesar de realizar estas acciones algún proceso se queda zombie en esa unidad. Es por tal motivo que la recomendación es usar el comando fuser el cual nos permitirá conocer el pid del proceso que hace uso de la unidad o partición. Lo usaríamos de la siguiente forma:
Ayer me encontré con un inconveniente relacionado con Nagios, actualmente poseo un numero X de usuarios que reciben alertas de un número X de servidores en casos de fallos vía SMS, y adicionalmente tengo dos usuarios destinados a listas de correos departamentales los cuales reciben alertas vía email en caso de algún fallo.
Debido a inconvenientes en uno de los departamentos, las alertas que se envían a estos son con un perfil muy particular es decir, en vez de enviar el “hostname” del equipo envío el ip del equipo que esta fallando, que aunque me critiquen por hacer eso no es algo de mi competencia realizar ese cambio.
Partiendo de esta situación y debido a que hemos tenido que monitorizar un grupo adicional de equipos, los cuales si deben ser enviados en las alertas con su respectivo “hostname” se plantearon dos soluciones, la primera y un poco engorrosa sería crear un segúndo template que se encargue de llamar al command que realiza la ejecución del script que realiza el envió de SMS, cuyo notification-command sea uno nuevo que permita enviar el nombre del equipo y no el ip, crear un segundo contact digamos “user2″ y en el script que creamos para el envío de sms limpiar la cadena del usuario user2 para borrar ese 2 y se envié nuestro sms correctamente. Pero también hay una segunda opción un poco mas sencilla y que requiere un aproximado de 3 minutos, y consiste en crear un command pero en vez de hacer uso de la Macro de Nagios $CONTACTNAME$, usar el $CONTACTALIAS$, esto nos permitirá crear un contacto cuyo nombre sea diferente al de otro pero con alias iguales así podremos inclusive crearle templates de contactos diferentes a cada uno y así enviar distintas alertas.
Llevamos ya un par de semanas leyendo acerca de la retirada de Google China ( Google.cn), como informaron en el Blog Official de Google, hubo un ataque muy especifico y anormal no solo a la plataforma de google sino a unas 20 compañías, relacionadas con internet, tecnología y hasta del campo de la química. Específicamente para Google, el ataque fue dirigido a un número considerable de usuarios de la plataforma de Gmail en todo el mundo que se dedican a la protección de los derechos humanos en China.
Según la nota de Google, los datos obtenidos por los atacantes (a dos cuentas de Gmail) , no han sido de gran importancia ya que son más que todo datos de perfil y títulos en correos, mientras que por otra parte no tienen claro cuantas cuentas han sido comprometidas haciendo uso de técnicas de phishing.
No es la primera vez que me sucede este error, pero en los otros casos lo he resuelto con soluciones alternativas que en este caso no han resultado por diversos motivos.
Al momento de realizar un RSYNC, a un directorio que contiene un aproximado de 40 mil archivos, cuyos nombres exceden los 15 caracteres, que a su vez son alfanuméricos, con símbolos inclusive, y cuyo tamaño ronda los 28GB, podemos obtener un error como el siguiente:
“Argument list too long”
Como ya les comenté esta vez no pude encontrar alguna solución alternativa ya que necesitaba usar rsync, buscando en google, encontre el siguiente enlace que me permitió solventar este problema ejecutando el comando de la siguiente forma:
La solución esta simplemente en que en vez de hacer el rsync desde /source/directory/with/all/the/files/* lo haremos a /source/directory/with/all/the/files/. la diferencia entre un * y un punto es suficiente para que el rsync no nos envie este error.
Para quienes manejan mucha data, es necesario en muchos casos transferir una gran cantidad de información entre uno o varios servidores es por tal motivo que les traigo un uso de un comando que aunque no tiene cifrado en la data que se trasfiere es bastante más rápido que rsync, scp, ftp, entre otros. Estamos hablando de Netcat, y su aplicación es bastante sencilla:
En el servidor donde tenemos el archivo que deseamos transferir debemos ejecutar el siguiente comando: nc -vv -l 5678 > archivo.txt
Esto hará que el equipo espere la petición de un equipo en el puerto 5678.
Mientras que en el equipo a donde queremos transferir nuestro archivo ejecutaremos lo siguiente: nc 192.168.0.1 5678 < archivo.txt
Esto realizará la petición al equipo 192.168.0.1, en el puerto 5678 para que envie el archivo.txt que deseamos transferir.
Espero que les sea de utilidad, y si conoces algún otro método para transferir archivos rápidamente no dudes en comentar.
Loading ...