Carles Pina y Estany no puede llamarse un explorador típico del Ártico. Este nativo de la soleada Barcelona trabaja como programador en
Mendeley . Esta empresa de tecnología es propiedad de Elsevier Science Publishing y tiene su sede en Londres. Hasta este año, nunca había dormido en un barco. Pero cuando fue invitado a participar en una expedición de tres meses por la Antártida, aprovechó felizmente esta oportunidad.
Todo sucedió bastante rápido. La socia de Pina & Estany, Jen Thomas, que había trabajado anteriormente con el
British Antarctic Survey , era una especialista en datos de viajes dirigida por el recién creado
Swiss Polar Institute . SPI reúne a investigadores que trabajan más allá del Círculo Polar Ártico o en otras condiciones extremas, se comunica al público en general sobre su existencia y facilita el acceso de los investigadores a estas áreas. La gira fue pagada por el multimillonario y aventurero sueco
Frederick Paulsen Jr. , e incluso
estuvo de acuerdo con todos . Esto no está en la oficina para tratar con soporte técnico.
Un especialista en TI necesitaba estar a bordo (además de dos ingenieros electrónicos y de mantenimiento). Afortunadamente, Thomas tenía un amigo. Y de repente, Pina i Estany descubrió que estaba a bordo del
Académico Treshnikov , un barco de investigación ruso que se embarca en una ambiciosa ruta conocida como el
Loop Antártico a través de Ciudad del Cabo en Sudáfrica, Hobart en Tasmania y Punta Arenas en Chile.
Ruta del bucle antárticoDurante la breve estadía de nuestro héroe como especialista en informática marina, Akademik Treshnikov tuvo problemas con el mal tiempo, la comida por debajo del promedio y los equipos de telecomunicaciones que no querían funcionar correctamente. Y aunque se pueden esperar dificultades en cualquier viaje, Pina i Estany desde el principio enfrentó una serie de problemas debido al poco tiempo asignado para la preparación del equipo. Como él mismo comentó con optimismo: "Tuve más oportunidades para resolver todo tipo de problemas".
"Ahora tengo 35 años y llevo más de 20 años trabajando con computadoras: días, tardes, fines de semana y proyectos personales", nos dijo. - Y en esta campaña utilicé todo lo que sé, e incluso esos raros conocimientos que consideraba inútiles me fueron útiles. En la Antártida, todo se está volviendo útil ”.
Cuando las inusuales horas de trabajo de Pina y Estany llegaron a su fin este verano, y cuando regresó a Londres a fines de julio, encontró tiempo para hablar con nuestro consejo editorial y revivir a nuestro nervio setevik interno con historias sobre la vida de TI en mar abierto. Al menos uno puede aprender de su historia que el soporte técnico en las partes más extremas del mundo no difiere demasiado del soporte técnico en condiciones más familiares, excepto por la falta de comunicación confiable y la capacidad de comprar las piezas necesarias en Amazon o en una tienda local. Pero la necesidad de ayuda siempre está presente, las emociones pueden ir por las nubes y los requisitos van desde el simple trabajo con un servidor de correo electrónico hasta cosas que ningún curso de programación le enseñará.
Cabrestante
Una tarde, aproximadamente un mes después del inicio del viaje, un investigador se dirigió alegremente a Pina y Estany con lo que llamó la "nueva prueba". Antes de eso, trabajó principalmente con equipos familiares que no lo sacaron de su zona de confort: computadoras, enrutadores, discos duros y Raspberry Pi.
Pero esta solicitud de soporte se encontraba en un área completamente diferente. Un cabrestante masivo, un mecanismo que consiste en un cable y una palanca acodada, comenzó a fallar.
Hasta entonces, Pina i Estani ni siquiera sabía qué era un "cabrestante". Y este cabrestante fue responsable de lanzar el único
perfilógrafo CTD a bordo, recolectando y analizando el agua. Típicamente, el CTD se redujo a profundidades de hasta 1,500 m, y este instrumento fue crítico para la mayoría de los 22 equipos de investigación presentes a bordo.
Resultó que el problema estaba cubierto en software. El error interfirió con la función del cabrestante para bajar suavemente el cable largo al agua. Pina i Estany intentó depurar, pero el fabricante del equipo le dijo que remotamente era imposible ingresar nuevos parámetros en la computadora del cabrestante CTD. Y como el "Académico Treshnikov" estaba en el océano, debido a esto, surgieron pequeñas dificultades.
La decisión requirió el uso de habilidades de hackers y la voluntad de desafiar los elementos:
“La temperatura era de cero a -2 grados, el rocío del océano en todas partes, el bote se balanceaba y mis manos se congelaron. La gente me preguntaba qué estaba haciendo allí con la computadora: CTD estaba conectado a través de un cable de red muy corto. Por lo tanto, tuve que trabajar afuera ”, me dice. - Obtuve acceso a la computadora del cabrestante que ejecuta Windows CE desde mi máquina Linux. Vi la dirección IP en la pantalla de inicio usando nmap, encontré que tiene un servidor de escritorio remoto. ¡Estaba muy feliz cuando, después de presionar Enter, resultó que pude cambiar los parámetros! ”
Pina i Estany no se regocijó por mucho tiempo, esto no resolvió el problema. Después de que el fabricante le permitió a regañadientes volver a instalar el programa, tuvo que esperar hasta que amarraron en Hobart para reponer los suministros y descargar el firmware a través de WiFi en el hotel.
"Reinstalamos todo y la computadora aún no arranca", dice. - Este fue uno de los peores momentos de toda la expedición desde el punto de vista de TI. El problema era que CTD era uno de los elementos más necesarios entre los equipos científicos, pero este es un gran cabrestante y no tenía ningún conocimiento en esta área ".
Afortunadamente, esta historia tiene un final feliz. Después de reinstalar la actualización de otra manera, el cabrestante dejó de funcionar. Pronto, todos los científicos recolectaron con éxito sus muestras de agua, y Pina i Estany finalmente pudo llevar su computadora al calor.
Hack de red
Otra solicitud memorable de apoyo provino de un científico sobre el aparato, que utilizó para medir la reflectividad del mar. Necesitaba eliminar datos del dispositivo, pero solo podía hacerlo a través de una conexión a un punto de acceso remoto.
“Bueno, digo, sí, no hay problemas, pero ¿dónde está el enrutador? El recuerda. "Él no estaba en el barco, resultó que generalmente estaba en algún lugar de Australia".
Los puntos más lejanos de este circuito, que pasan de Ciudad del Cabo a Punta Arenas, pueden estar a 10,000 km de Australia, y en ese momento, según Pina y Estany, estaban en algún lugar a 3,000 km de Sudáfrica. Pero esto no lo detuvo, usó su computadora portátil como un punto de acceso remoto, conectándose al servidor FTP del equipo para acceder a los datos. "Pero esa no era una solución muy conveniente, porque cada vez que necesitaban datos, tenían que llegar a mí y a mi computadora".
En cambio, Pina i Estany utilizó un dispositivo simple pero preferido para los crackers de red: un teléfono inteligente. "Descubrí cómo hackear una red usando un teléfono Android", explica. - En él puede elevar el punto de acceso, e incluso sin una señal externa, el dispositivo puede conectar su computadora portátil al equipo a través del teléfono. De esta manera, los científicos podrían obtener sus datos cuando quisieran, sin mi participación ".
Sistema de correo
En los días de acceso telefónico, puede pasar mucho tiempo viendo el proceso de carga de un solo correo electrónico o página. Lo que era molesto, la gente de hoy, acostumbrada a la banda ancha, está loca. Pero cuando un grupo de personas intenta utilizar una conexión a Internet poco confiable vía satélite para enviar y recibir correo, no espere para siempre. Esto puede aumentar rápidamente la tensión en la sociedad.
"Nunca había visto tanta gente golpeando sus computadoras", recuerda Pina y Estany. "Me dolió ver eso". No puedo soportar el espectáculo de un científico parado frente a su computadora en anticipación al siguiente paso. El corazón simplemente sangra ".
Con la excepción de la decepción general, la creciente cola de correos electrónicos significaba que las personas no podrían acceder a algunos permisos importantes y otros documentos relacionados con la expedición. En algún momento, aproximadamente 100 MB de letras se atascaron en el sistema, por lo que Pina i Estany comenzó a extraerlas.
"Sería más fácil regresar al puerto y obtenerlos que llevarlos al medio del mar a través de Outlook", explica.
Por supuesto, tal cambio de ruta era imposible. En cambio, descargó y archivó todo el correo usando el acceso a un servidor remoto, y luego envió estos archivos al barco usando el programa rsync, que hace un buen trabajo con una conexión inestable. También escribió un script que controla la reanudación de una descarga interrumpida desde el mismo lugar donde fue interrumpida.
"Así que dejé este programa funcionando durante 8-9 horas, y luego abrí este archivo grande en Thunderbird", dijo. "Después de eso pude obtener todas las cartas necesarias, incluidos los permisos".
Pero tal solución al problema en la rodilla no resolvió la principal: el barco recibió cartas, pero la expedición aún no tenía un sistema de comunicación confiable.
"Sabía cómo solucionarlo, pero para esto necesitaba varias horas de Internet confiable", dijo Pina i Estany. “Durante nuestro descanso de tres días después de la primera transición, Jen y yo fuimos al hotel, donde [a través de Internet] configuramos un nuevo dominio para el sitio web y un servidor de correo web, y luego creamos cada usuario. Se ha vuelto muy popular. En todas partes, donde quiera que estuviera en el barco, la gente usaba mi correo web. Ver esto fue increíble ".
Para que todo continúe funcionando sin fallas, Pina-i-Estani tuvo que limitar el tamaño de los correos electrónicos reenviados a 200 Kb, lo que significa que se necesitaba una solución diferente para transferir archivos más grandes.
"Desarrollé un sistema en el que las letras se hacían pedazos", recuerda. - De hecho, fue un truco, porque los protocolos de correo no permiten separar cartas, las descargan o no. Resolví esto, y lo hice para que si la descarga se cortara en un 20%, se reanudara desde el mismo lugar ".
También configuró un sistema de colas para trabajar con una conexión lenta. Gracias a ella, incluso si alguien necesitara entre 5 y 10 minutos para recibir el correo, los usuarios recibieron notificaciones de inmediato y sabían que todo estaba funcionando.
"Estaba muy preocupado por la equidad del sistema, por lo que las cartas se descargaron en orden de recepción", dijo.
Caja de ferry
La última historia de Pina y Estany sucedió en el campo al que se enfrenta cualquier especialista de TI de una forma u otra: la gestión de datos. La tarea de administrar la gran cantidad de datos recopilados por la expedición en tiempo real fue una de las tareas más difíciles y continuas a las que aplicó sus habilidades informáticas. El mejor ejemplo es Ferry Box, una máquina basada en Linux que se usaba constantemente para medir la salinidad y la temperatura en la superficie del agua.
Dado que el acceso a cada conjunto de datos posterior aparecía una vez cada pocos días, era muy difícil para los científicos planificar con anticipación. Durante mucho tiempo pudieron permanecer en la oscuridad sobre eventos importantes, por ejemplo, la transición de un agua a otra, con excelentes características.
"Para resolver este problema, descubrí cómo subir datos a un sitio web al que los científicos tenían acceso en tiempo real", dice Pina-i-Estani. "De esta manera, podrían tomar decisiones oportunas sobre dónde detenerse y, por ejemplo, tomar muestras de las muestras".
Esta funcionalidad ha permitido a los investigadores pasar de actividades de recopilación de datos reactivas a proactivas. Es fácil ver cómo esto afecta a la ciencia misma. Y después de varias de esas historias de Pina y Estany, es fácil ver cómo incluso la investigación científica más extrema depende de los humildes trabajadores de TI.