Si has llegado hasta este post, es más que probable que hayas sufrido la pérdida de un archivo y quieras recuperarlo, así que ármate de paciencia (y suerte).

El otro día estaba yo tan alegre trabajando con mi Eclipse escribiendo en PHP cuando pensé: «Ahora es el momento de hacer un Commit». Así que lo hice.

Lo normal es que al hacer un Commit, el SVN gestione los archivos correctamente y todo se sincronice sin problemas ni conflictos con los ficheros modificados y acabe almacenándose como una modificación válida en un lugar seguro. Pero claro, cuando más de una persona toca el mismo fichero, es más que probable que eso empiece a dar problemas. Yo, perdí prácticamente todo el día de trabajo

Investigando por internet (no sé exactamente dónde) Gracias a la inestimable ayuda de Dani Bru, que encontró por internet el nombre de un directorio mágico donde se guardan backups automáticos, nos pusimos manos a la obra. Yo pensé, «ya… claro!» No tenía ninguna esperanza, pero era la única pista que tenía para ecuperar lo que se había perdido y estos son los pasos que dí para poder recuperarlo.

Por lo visto, además de la copia remota que se genera al hacer un Commit, en algún lugar oculto de la estructura de directorios que crea Eclipse en local (directorios ocultos y demás cosas), va guardando copias de (al menos) el estado anterior al Commit.

Primer paso

Abrimos el terminal y escribimos:

Es posible que tarde algunos segundos, especialmente si nunca antes lo habías ejecutado. Este comando actualiza el índice de directorios del sistema. De manera que en el siguiente paso nos permitirá realizar una búsqueda de manera más precisa. Cuando acabe el comando, no dará ningún mensaje, tan solo nos devolverá el control del terminal.

Segundo paso

Realizamos la búsqueda de la cadena org.eclipse.core.resources, que al parecer es el directorio mágico que puede salvarnos la vida (bueno, el día).

Tercer paso

Entramos en el directorio que haga referencia al proyecto que queremos recuperar información. Más concretamente en el directorio oculto .history. Yo en este ejemplo, buscaré algo del directorio android, en el que estoy trabando:

Cuarto paso

Al hacer ls, veremos un montón de directorios con nombres de dos caracteres, sin ningún tipo de orden aparente. Al menos, yo no se lo encontré, pero podemos ordenarlos por fecha de modificación con el siguiente comando:

Ese comando listará los directorios de más antiguo a más actual. Por lo tanto, sólo deberemos revisar el contenido de los directorios de el más nuevo al más antiguo (de abajo a arriba). Es posible que algunos estén vacíos, pero otros contendrán archivos con nombres que parecen un hash MD5. La única manera de saber el contenido de estos ficheros es editándolos. Veamos cómo:

Ahora sólo queda examinar los ficheros para comprobar si este es el directorio que contiene los ficheros que hemos perdido. Si este no es, prueba con el anterior de la lista.

Si tienes algo de suerte, es posible que encuentres lo que necesitas. Yo la tuve y recuperé el trabajo del día.

Suerte y gracias a Dani que hizo que la historia tuviera un final feliz!

Google Logo

Que Google es un gigante entre los grandes es algo que todos sabemos. Dicen por ahí que todo lo que toca Google se convierte en oro, pero no es así. Google también tiene más de un proyecto que no acaba de despegar o que ha sido totalmente un fracaso. Por ejemplo:

• Google X. No, no es un buscador de fotos porno, sino un proyecto que empezó a desarrollar el 15 de Marzo de 2005, y que abandonó un día despues. Al parecer pretendían diseñar un Dock al más puro estilo OSX aunque se arrepintieron pronto.
• Otro buen ejemplo de que hay productos de Google que no acaban de cuajar es Google Checkout. Este servicio compite directamente con PayPal, el cual parece imbatible hoy en dia. Si compras algo por internet, el vendedor al menos te ofrecerá dos opciones: PayPal o Tarjeta de crédito. Google Checkout pasa muy desapercibido, aunque habrá que esperar qué le depara en el futuro, todavía puede darnos sorpresas.
• Orkut es una red social promovida por Google que nació en 2004, pero que no acabó de tener demasiado éxito excepto en India y en Brasil, donde se llevan un 37% y 50% del pastel de las visitas a redes sociales. A pesar de que Google se adelantó a Facebook en 3 años, los más de 350 millones de usuarios dejan claro cual es la red social por excelencia.
• A pesar de que Google compró Youtube, el portal de videos por excelencia, parece que fue una maniobra para hacer pasar desapercibido otro fracaso: Google Video. Aunque ahora Google Video sea un buscador, en sus inicios era más bien una especie de portal donde podías subir videos tal y como ahora se hace en Youtube.
• Uno de sus últimos fracasos ha sido Google Wave. Tras su lanzamiento a bombo y platillo en 2009, sólo ha tenido que pasar algo más de un año para que el proyecto sea abandonado.

Pero claro, todos estos fracasos de Google son experiencias de las que aprenden para mejorar y saber hacia donde dirigir su siguiente proyecto. Por eso no es de extrañar que otros productos sean todo un éxito. Como ejemplos basta con nombrar Gmail, Google Maps, Street Views, Google Earth, Google Chrome, Google Analytics, Google Adsense, Google Adwords, Google Calendar, Google Docs, Google News, Android, Google Talk, sin olvidarse del propio buscador Google.

Pero esta empresa nunca deja de sorprendernos. Siempre está investigando, desarrollando, probando, ofreciendo nuevos servicios y productos. Hay muchos que sólo se asoman tímidamente por Google Labs sin que mucha gente se haga eco. Veamos algunos de ellos:

• Google Badge es una pequeña utilidad para Google Talk que nos permite introducir una ventana de chat en nuestra propia web o blog, de manera que si algún visitante pasa por allí y resulta que estamos conectados en ese momento puede hablarnos directamente. Nosotros recibiremos una conversación normal de Google Talk, pero en vez de ser de alguien de nuestra lista de amigos, será de alguien llamado Anónimo.
• Google Scribe, es un servicio con el que podrás escribir cualquier texto sin tener que escribirlo. El sistema te va proponiendo palabras o frases que suelen utilizarse en ese contexto y sólo tienes que ir seleccionando el número que corresponde a la frase que quieres escribir. La verdad es que creo que será un buen servicio que nos ayudará a redactar documentos muy correctos y muy rápidamente. Sólo falta esperar que lo hagan disponible en otros idiomas, de momento sólo está en inglés.
• En algunos vídeos de Youtube existe una función muy interesante: La transcripción y traducción automática. La idea es genial! Tú hablas en cualquier idioma en youtube, él reconoce la voz y la transcribe automáticamente a modo de subtítulos. Y además lo traduce al idioma que quieras!! Automáticamente!! Fuera barreras idiomáticas!! Aquí tienes un video con transcripción automática. Haz clic en el botón  para activarlo.
• Con Image Swirl puedes buscar imágenes por parecido y de una forma muy visual. Pruébalo, en ocasiones puede resultar interesante.
• A pesar de que Open Spot sólo funciona en teléfonos Android, es una aplicación a destacar. Open Spot permite a la gente que abandona un aparcamiento de coche pueda avisar a otros usuarios que buscan sitio para aparcar de que allí ahora hay un nuevo sitio libre. Ayudando a otros a encontrar aparcamiento ahorras tiempo, gasolina, reduces la contaminación y además vas reuniendo puntos. Es como un juego!! Si alguien lo prueba que me cuente qué tal funciona en Barcelona!!
• 

  Google Energy

  Pero Google no sólo se queda en Internet. Google también se está haciendo un hueco entre las compañías eléctricas. En Estados Unidos dispone de licencia como operador eléctrico y se hace llamar Google Energy. Eso sí, fieles a su lema «Don’t be evil», obtienen la energía de manera renovable mediante paneles solares.

• Google Translator también es un servicio muy conocido. Pero, como curiosidad, ¿sabías que también traduce al Latín? y no sólo eso, además te lo grava en piedra tal y como se hacía en la época: prueba con «la suerte está echada» ya verás!!
• Estos de Google no paran. Ayer mismo presentaron un nuevo formato de imagen que desbancará (o debería) al anticuado JPEG. El formato se llama WebP y es capaz de ofrecer la misma calidad o más que JPEG, pero con ratios de compresión de hasta un 75% más que hasta ahora.

Google está creciendo a un ritmo imparable. Mirándolo bien, si sigue creciendo será más fácil acabar trabajando en Google! Aunque sea en Google Burger…

La fragmentación IP es una técnica utilizada para dividir los datagramas IP en fragmentos de menor tamaño. Ésto es necesario ya que cuando los datagramas IP viajan de un lugar a otro, éstos pueden atravesar diferentes tipos de redes y el tamaño máximo -llamado MTU- de estos paquetes puede variar dependiendo del medio físico utilizado para la transmisión.

El valor máximo que técnicamente puede utilizarse para un datagrama IP es de 65536 bytes, aunque en la práctica se utilizan otros tamaños mucho más pequeños:

• Ethernet: 1518 bytes (típicamente 1500 bytes).
• PPPoE: 1492 bytes.
• ATM: 8190 bytes.
• FDDI: 4470 bytes.
• PPP: 576 bytes.

Veamos cómo funciona esta técnica con más detalle. La cabecera IP, que suele tener un tamaño de 20 bytes, contendrá la siguiente información:

• Identificador de fragmento. Cada Fragmento debe asociarse con un único identificador para que el reensamblaje en destino pueda realizarse correctamente.
• Información sobre la posición en el paquete final.
• Información sobre el tamaño de los datos que se transportan en el fragmento.
• Cada fragmento debe contener el bit MF (More Fragments) para saber si el fragmento actual es el último o no.

Así que la figura de un paquete de máximo tamaño que no necesite fragmentación en una red típica Ethernet sería algo así:

Paquete de 1500 bytes

Si sumamos la cabecera y los datos encapsulados, tenemos que en total hacen 1500 bytes, por lo que al viajar por una red Ethernet, no sería necesaria su fragmentación.

Los datos encapsulados pueden ser tanto un protocolo IP como TCP, UDP o ICMP. Veamos un ejemplo en el que se tenga que utilizar la fragmentación. Este es un ejemplo anormalmente grande, pero en el que podremos ver cómo se realiza el proceso de fragmentación. Se trata de una petición echo que pasa por una red Ethernet con MTU de 1500 bytes.

Proceso de fragmentación de un paquete de 4028 bytes

En el paquete original, la suma de las cabeceras y los datos ICMP suman 4028 bytes. Este paquete al ser transmitido en una red Ethernet deberá ser fragmentado, generandose así 3 paquetes de 1500 bytes o menos. Cada fragmento llevará obligatoriamente al menos la cabecera IP (necesaria para saber hacia dónde se dirige el fragmento), que en este caso ocupa 20 bytes, así que tendremos realmente 1480 bytes útiles.

El primer fragmento contendrá la Cabecera IP + la cabecera ICMP + la información restante para llegar a 1500 bytes, en este caso 1472 bytes. Puesto que es el primer fragmento, el valor de Offset valdrá 0 y el bit MF valdrá 1 ya que hay más paquetes.

El segundo fragmento contendrá la Cabecera IP + la información restante para llegar a 1500 bytes, en este caso 1480. Ahora el valor de Offset valdrá 1480, ya que es la posición que debe ocupar al ensamblar el fragmento (recordemos que el primer fragmento tenía 8+1472 = 1480). El bit MF valdrá 1 ya que no es el último paquete.

El tercer fragmento contendrá la Cabecera IP + la información restante, en este caso 1048 bytes (ya no hay más bytes). El valor de Offset valdrá 2960, ya que el primer y segundo fragmento ocupaban 1480 cada uno. El bit MF se establece a 0 porque es el último fragmento del paquete.

El campo Protocol sólo indica a qué tipo de protocolo corresponde el paquete original. ID fragmento indica un identificador que será igual para todos los fragmentos del paquete original, así se podrá reconstruir en destino sin confusión. El bit MF (more fragments) se establecerá a 1 siempre, excepto para el último paquete, que será 0. El Offset nos indica la posición que ocupa cada fragmento dentro del paquete original. El campo Tamaño, simplemente registra el tamaño del fragmento actual sin contar la Cabecera IP.

Una vez conocemos a grosso modo cómo funciona esto de la fragmentación, explicaré por encima, cómo un usuario malintencionado puede utilizar este procedimiento para realizar un ataque.

El ataque más conocido que explota la fragmentación IP se llama Teardrop. Este ataque usará información falseada en los fragmentos para poder confundir el reensamblaje en destino y colapsar así el sistema.

Imaginemos que tenemos un MTU de 512 bytes y un paquete que necesita ser dividido en N fragmentos y utilizamos los campos Tamaño y Offset de la siguiente manera:

Al reconstruir el paquete en destino se producirá un error de desbordamiento de buffer (buffer overrun), ya que el fragmento N apunta a un lugar en el que ya se había escrito previamente y obliga a sobreescribirse.

Otro ataque interesante es enviar cientos o miles de fragmentos manipulados con diferentes ID de fragmento contra la máquina que se desea atacar, de manera que agotemos los recursos de reensamblaje del equipo atacado; acabaremos colmando la pila en la que reconstruye estos paquetes, y no aceptará ninguno más, generando así un ataque de Denegación de Servicio (DoS).

Afortunadamente, a dia de hoy, este tipo de ataques no suelen ser efectivos. Los sistemas operativos vulnerables son Windows 3.1x, Windows 95, Windows NT y las versiones inferiores a Linux 2.0.32, así como la 2.1.63.

Otro día hablaré del famoso ping de la muerte!