Carles Pina y Estany ne peut pas être considéré comme un explorateur typique de l'Arctique. Ce natif de Barcelone ensoleillé travaille comme programmeur à
Mendeley . Cette entreprise technologique appartient à Elsevier Science Publishing et est basée à Londres. Jusqu'à cette année, il n'avait jamais dormi sur un navire. Mais lorsqu'il a été invité à participer à une expédition de trois mois autour de l'Antarctique, il a saisi cette chance avec joie.
Tout s'est passé assez rapidement. Le partenaire de Pina & Estany, Jen Thomas, qui avait précédemment travaillé avec le
British Antarctic Survey , était un spécialiste des données de voyage dirigé par le
Swiss Polar Institute, nouvellement créé. SPI rassemble des chercheurs travaillant au-delà du cercle polaire arctique ou dans d'autres conditions extrêmes, communique au grand public leur existence et facilite l'accès des chercheurs à ces zones. La tournée a été payée par le milliardaire et aventurier suédois
Frederick Paulsen Jr. - et il a même
accompagné tout le monde . Ce n'est pas au bureau pour s'occuper du support technique.
Un spécialiste informatique devait être à bord (en plus de deux ingénieurs en électronique et en maintenance). Heureusement, Thomas avait un ami. Et tout d'un coup, Pina i Estany a découvert qu'il était à bord de l'
académicien Treshnikov , un navire de recherche russe se lançant sur une route ambitieuse connue sous le nom de
boucle antarctique en passant par Cape Town en Afrique du Sud, Hobart en Tasmanie et Punta Arenas au Chili.
Boucle de l'AntarctiquePendant le bref séjour de notre héros en tant que spécialiste de l'informatique marine, Akademik Treshnikov a lutté contre le mauvais temps, la nourriture en dessous de la moyenne et les équipements de télécommunication qui ne voulaient pas fonctionner correctement. Et bien que l'on puisse s'attendre à des difficultés dans un tel voyage, Pina i Estany a été confrontée dès le début à un ensemble de problèmes en raison du temps trop court alloué à la préparation du matériel. Comme il l'a lui-même commenté avec optimisme, "j'ai eu plus d'occasions de résoudre toutes sortes de problèmes".
«J'ai maintenant 35 ans et je travaille avec des ordinateurs depuis plus de 20 ans - jours, soirs, week-ends et sous forme de projets personnels», nous a-t-il expliqué. - Et dans cette campagne, j'ai utilisé tout ce que je sais, et même ces rares connaissances que je considérais comme inutiles m'ont été utiles. En Antarctique, tout devient utile. »
Lorsque les heures de travail inhabituelles de Pina y Estany ont pris fin cet été et qu'il est revenu à Londres fin juillet, il a trouvé le temps de parler avec notre comité de rédaction et de revivre notre nerf intérieur avec des histoires sur la vie informatique en pleine mer. Au moins, on peut apprendre de son histoire que le support technique dans les régions les plus extrêmes du monde ne diffère pas trop du support technique dans des conditions plus familières - à l'exception du manque de communication fiable et de la possibilité d'acheter les pièces nécessaires sur Amazon ou dans un magasin local. Mais le besoin d'aide est toujours présent, les émotions peuvent traverser le toit et les exigences vont du simple travail avec un serveur de messagerie à des choses qu'aucun cours de programmation ne vous apprendra.
Treuil
Un soir, environ un mois après le début du voyage, un chercheur s'est joyeusement tourné vers Pina y Estany avec ce qu'il a appelé le «nouveau test». Avant cela, il travaillait principalement avec des équipements familiers qui ne le sortaient pas de sa zone de confort: ordinateurs, routeurs, disques durs et Raspberry Pi.
Mais cette demande de soutien était dans un domaine complètement différent. Un treuil massif, un mécanisme composé d'un câble et d'un levier à manivelle, a commencé à tomber en panne.
Jusque-là, Pina i Estani ne savait même pas ce qu'était un «treuil». Et ce treuil était responsable du lancement du seul
profilographe CTD à bord, collectant et analysant l'eau. En règle générale, le CTD a été abaissé à des profondeurs pouvant atteindre 1 500 m, et cet instrument était essentiel pour la plupart des 22 équipes de recherche présentes à bord.
Il s'est avéré que le problème était couvert par un logiciel. L'erreur a nui à la fonction du treuil pour abaisser en douceur le long câble dans l'eau. Pina i Estany a essayé de déboguer, mais le fabricant d'équipement lui a dit qu'il était impossible d'entrer de nouveaux paramètres à distance dans l'ordinateur du treuil CTD. Et comme "l'académicien Treshnikov" était dans l'océan, à cause de cela, de petites difficultés sont apparues.
La décision a nécessité l'utilisation de compétences de hacker et une volonté de contester les éléments:
«La température était de zéro à -2 degrés, des embruns partout, le bateau a balancé et mes mains se sont figées. Les gens m'ont demandé ce que je faisais là avec l'ordinateur - CTD était connecté via un câble réseau très court. J'ai donc dû travailler à l'extérieur », me dit-il. - J'ai eu accès à l'ordinateur du treuil exécutant Windows CE depuis ma machine Linux. J'ai vu l'adresse IP sur l'écran de démarrage en utilisant nmap, j'ai trouvé qu'il avait un serveur de bureau distant. J'étais très heureux quand, après avoir appuyé sur Entrée, il s'est avéré que j'ai pu changer les paramètres! »
Pina i Estany ne s'est pas réjouie longtemps - cela n'a pas résolu le problème. Après que le fabricant lui ait permis à contrecœur de réinstaller le programme, il a dû attendre qu'ils soient amarrés à Hobart pour reconstituer les fournitures pour télécharger le firmware via WiFi à l'hôtel.
«Nous avons tout réinstallé et l'ordinateur n'a toujours pas démarré», explique-t-il. - Ce fut l'un des pires moments de toute l'expédition du point de vue de l'informatique. Le problème était que le CTD était l'un des éléments les plus nécessaires parmi les équipements scientifiques - mais c'est un gros treuil, et je n'avais aucune connaissance dans ce domaine. "
Heureusement, cette histoire a une fin heureuse. Après avoir réinstallé la mise à jour d'une autre manière, le treuil a cessé de fonctionner. Bientôt, tous les scientifiques ont réussi à collecter leurs échantillons d'eau, et Pina i Estany a finalement pu reprendre son ordinateur pour chauffer.
Piratage de réseau
Une autre demande de soutien mémorable est venue d'un scientifique sur l'appareil, qu'elle a utilisé pour mesurer la réflectivité de la mer. Elle avait besoin de supprimer des données de l'appareil, mais elle ne pouvait le faire que via une connexion à un point d'accès distant.
«Eh bien, je dis - oui, il n'y a pas de problème, mais où est le routeur? Il se souvient. "Il n'était pas sur le navire - il s'est avéré qu'il était généralement quelque part en Australie."
Les points les plus éloignés de cette boucle, passant du Cap à Punta Arenas, peuvent être à 10 000 km de l'Australie, et à ce moment, selon Pina y Estany, ils se trouvaient à quelque 3 000 km de l'Afrique du Sud. Mais cela ne l'a pas arrêté, il a utilisé son ordinateur portable comme point d'accès à distance, se connectant au serveur FTP de l'équipement pour accéder aux données. "Mais ce n'était pas une solution très pratique, car chaque fois qu'ils avaient besoin de données, ils devaient me contacter, moi et mon ordinateur."
Au lieu de cela, Pina i Estany a utilisé un appareil simple mais préféré pour les crackers de réseau - un smartphone. «J'ai compris comment pirater un réseau à l'aide d'un téléphone Android», explique-t-il. - Sur celui-ci, vous pouvez élever le point d'accès, et même sans signal externe, l'appareil peut connecter son ordinateur portable à l'équipement via le téléphone. De cette façon, les scientifiques pouvaient obtenir leurs données quand ils le voulaient, sans ma participation. »
Système de messagerie
À l'époque de la numérotation, vous pouviez passer beaucoup de temps à regarder le processus de chargement d'un seul e-mail ou d'une seule page. Ce qui était alors agaçant, les gens d'aujourd'hui, habitués au haut débit, sont tout simplement fous. Mais quand un tas de gens essaient d'utiliser une connexion Internet peu fiable par satellite pour envoyer et recevoir du courrier, n'attendez pas pour de bon. Cela peut rapidement augmenter les tensions dans la société.
«Je n'ai jamais vu autant de personnes frapper leur ordinateur», se souvient Pina y Estany. "Ça m'a fait mal de voir ça." Je ne supporte pas le spectacle d'un scientifique debout devant son ordinateur en prévision de la prochaine étape. Le cœur saigne. »
À l'exception de la déception générale, la file d'attente croissante de courriels signifiait que les gens ne pourraient pas accéder à certaines autorisations importantes et autres documents liés à l'expédition. À un moment donné, environ 100 Mo de lettres sont restées coincées dans le système, alors Pina i Estany a commencé à les extraire.
«Il serait plus facile de rentrer au port et de les récupérer que de les amener au milieu de la mer via Outlook», explique-t-il.
Bien sûr, un tel changement d'itinéraire était impossible. Au lieu de cela, en utilisant l'accès à un serveur distant, il a téléchargé et archivé tout le courrier, puis a envoyé ces fichiers au navire à l'aide du programme rsync, qui s'adapte bien à une connexion instable. Il a également écrit un script contrôlant la reprise d'un téléchargement interrompu au même endroit où il a été interrompu.
«J'ai donc laissé ce programme fonctionner pendant 8 à 9 heures, puis j'ai ouvert ce gros fichier dans Thunderbird», a-t-il déclaré. «Après cela, j'ai pu obtenir toutes les lettres nécessaires, y compris les autorisations.»
Mais une telle solution au problème du genou n'a pas résolu le principal - le navire a reçu des lettres, mais l'expédition n'avait toujours pas de système de communication fiable.
"Je savais comment le réparer, mais pour cela, j'avais besoin de plusieurs heures d'Internet fiable", a déclaré Pina i Estany. «Pendant notre pause de trois jours après la première transition, Jen et moi sommes allés à l'hôtel, où j'ai [via Internet] mis en place un nouveau domaine pour le site Web et un serveur de messagerie Web, puis créé chaque utilisateur. Il est devenu très populaire. Partout, où que je sois sur le navire, les gens utilisaient mon webmail. Regarder cela était incroyable. "
Pour que tout continue à fonctionner sans échecs, Pina-i-Estani devait limiter la taille des e-mails transférés à 200 Ko, ce qui signifie qu'une autre solution était nécessaire pour transférer des fichiers plus volumineux.
«J'ai développé un système dans lequel les lettres se balançaient en morceaux», se souvient-il. - C'était, en fait, un hack, car les protocoles de messagerie ne permettent pas de séparer les lettres - ils les téléchargent ou non. J'ai contourné cela et j'ai fait en sorte que si le téléchargement était interrompu de 20%, il reprenait au même endroit. "
Il a également mis en place un système de mise en file d'attente pour fonctionner avec une connexion lente. Grâce à elle, même si quelqu'un avait besoin de 5 à 10 minutes pour recevoir du courrier, les utilisateurs ont immédiatement reçu des notifications et savaient que tout fonctionnait.
«J'étais très inquiet de l'équité du système, alors les lettres ont été téléchargées par ordre de réception», a-t-il déclaré.
Ferry box
La dernière histoire de Pina y Estany s'est produite dans le domaine auquel tout spécialiste informatique est confronté d'une manière ou d'une autre: la gestion des données. La tâche de gérer l'énorme quantité de données collectées par l'expédition en temps réel a été l'une des tâches les plus difficiles et les plus courantes auxquelles il a appliqué ses compétences informatiques. Le meilleur exemple est la Ferry Box, une machine basée sur Linux qui était constamment utilisée pour mesurer la salinité et la température à la surface de l'eau.
Étant donné que l'accès à chaque ensemble de données ultérieur est apparu une fois tous les quelques jours, il était très difficile pour les scientifiques de planifier à l'avance. Pendant longtemps, ils pourraient rester dans l'ignorance d'événements importants, par exemple la transition d'une eau à une autre, avec d'excellentes caractéristiques.
«Pour résoudre ce problème, j'ai compris comment télécharger des données sur un site Web auquel les scientifiques avaient accès en temps réel», explique Pina-i-Estani. «De cette façon, ils pourraient prendre des décisions opportunes sur l'endroit où s'arrêter et, par exemple, prélever des échantillons des échantillons.»
Cette fonctionnalité a permis aux chercheurs de passer d'activités de collecte de données réactives à proactives. Il est facile de voir comment cela affecte la science elle-même. Et après plusieurs de ces histoires de Pina y Estany, il est facile de voir comment même la recherche scientifique la plus extrême dépend des humbles informaticiens.