Comment GhostStrats construit un ordinateur de survie hors ligne avec le projet NOMAD

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Merci à GhostStrats d’avoir documenté une méthode pratique pour créer un serveur de connaissances portable et hors ligne. Sa vidéo sur l’ordinateur de survie Project NOMAD réunit un ZimaBlade compact, Ubuntu, un disque de démarrage externe, des documents de référence stockés localement et une IA locale en option dans une configuration volontairement portable.

Le mérite revient également aux développeurs et contributeurs à l’origine de Project NOMAD. Comme l’explique GhostStrats, il n’a pas créé le projet. Sa contribution consiste à montrer comment installer ce logiciel créé par la communauté sur un petit ordinateur x86 et le préparer avant une panne, un voyage dans une région isolée ou toute autre situation dans laquelle une connexion Internet normale pourrait être indisponible.

L’expression « Internet hors ligne » nécessite une précision importante. Ce système ne conserve ni le Web en direct, ni l’actualité, ni les comptes cloud, ni les sites Web qui n’ont jamais été téléchargés. Il crée une collection locale consultable de connaissances, cartes, cours, documents, outils et modèles d’IA sélectionnés. Ce qui reste disponible après la déconnexion dépend entièrement de ce qui a été installé et synchronisé au préalable.

GhostStrats présente un ordinateur de survie hors ligne Project NOMAD installé sur un poste de travail cyberpunk.

GhostStrats présente l’idée de garder des ressources numériques essentielles accessibles même lorsqu’une connexion Internet classique est indisponible.

À regarder avant de commencer : La vidéo montre successivement le matériel physique de GhostStrats, son flux de travail avec un disque externe, la préparation d’Ubuntu, l’installation de Project NOMAD et la configuration finale. Regarder la démonstration originale aide à distinguer sa configuration portable du parcours d’installation standard de Project NOMAD.

Source et note de sécurité : Cet article réorganise le processus et les observations présentés dans la vidéo de GhostStrats, et vérifie les détails logiciels à l’aide du dépôt officiel de Project NOMAD. Il ne garantit pas que tous les ordinateurs, boîtiers USB, BIOS, modèles d’IA ou collections de contenus fonctionneront de manière identique. Sauvegardez les données existantes avant d’écrire une image ou d’installer un système d’exploitation, et vérifiez chaque lecteur cible avant de confirmer une opération de disque destructive.

Pourquoi créer un serveur de connaissances hors ligne ?

La plupart des informations que les gens utilisent chaque jour se trouvent derrière des infrastructures qu’ils ne contrôlent pas. Les moteurs de recherche, les espaces de stockage cloud, les plateformes de streaming, les services de cartographie et les assistants d’IA nécessitent généralement un accès à Internet ainsi que des services distants fonctionnels. Même un ordinateur portable entièrement chargé devient beaucoup moins utile lorsque ces connexions disparaissent.

GhostStrats aborde le problème comme un projet de préparation plutôt que comme une tentative de reproduire l’intégralité d’Internet. L’objectif est de sélectionner à l’avance des ressources utiles, de les stocker localement et de les rendre accessibles via un navigateur au serveur lui-même ou à d’autres appareils du même réseau.

GhostStrats présente le projet de serveur hors ligne dans son espace de travail technologique

Le projet commence par un poste de travail familier, mais son objectif est de préparer des informations qui restent utilisables loin de l’infrastructure en ligne habituelle.

Un système Project NOMAD préparé peut répondre à plusieurs besoins différents :

  • Informations de référence d’urgence et médicales sélectionnées avant une panne
  • Wikipédia, livres numériques, guides de réparation et autres contenus à consulter hors ligne
  • Cartes régionales des rues téléchargées pour une consultation locale
  • Leçons et cours éducatifs pour les endroits où la connectivité est peu fiable
  • PDF personnels, notes, manuels et documentation technique
  • Un assistant d’IA local facultatif qui ne nécessite pas d’API cloud une fois son modèle téléchargé

Le système n’est utile que s’il est préparé, testé, alimenté et mis à jour avant d’être nécessaire. Le projet NOMAD a tout de même besoin d’une connexion Internet lors de l’installation initiale et pour télécharger de nouvelles applications, des packs de contenu, des mises à jour et des modèles d’IA.

Le matériel portable qui équipe GhostStrats

GhostStrats utilise le serveur x86 compact ZimaBlade comme hôte. Son faible encombrement permet de le placer facilement à côté d’un écran portable et d’un stockage externe, tandis que son architecture x86 prend en charge les systèmes d’exploitation standards basés sur Debian, tels qu’Ubuntu.

Installation portable du projet NOMAD avec ZimaBlade, petit écran, alimentation externe et câbles

GhostStrats associe le ZimaBlade compact à un petit écran, à une alimentation portable, à des câbles et à un stockage externe pour créer une installation de terrain transportable.

-47% OFF

ZimaBlade constitue une plateforme logique pour le serveur de connaissances de base, car il offre une compatibilité x86, une mémoire DDR3L remplaçable, une mémoire eMMC intégrée, des connexions SATA natives et une extension PCIe. La documentation officielle de configuration de ZimaBlade peut aider les propriétaires à identifier les ports, les options de stockage, les limites de mémoire et les possibilités d’installation de systèmes d’exploitation tiers.

Cela ne transforme pas pour autant chaque configuration ZimaBlade en station de travail IA haute performance. Le logiciel de gestion principal de Project NOMAD est relativement léger, mais les grands modèles de langage locaux peuvent nécessiter beaucoup plus de mémoire, de stockage, de puissance de calcul et d’accélération GPU. Sur un matériel modeste, la priorité raisonnable est la bibliothèque hors ligne, les cartes, les documents et les outils éducatifs. L’IA locale doit être considérée comme une charge facultative et adaptée à la taille de modèle que la machine peut réellement prendre en charge.

Comment le projet NOMAD organise les ressources hors ligne

Le projet NOMAD est un centre de commande accessible via un navigateur qui coordonne un ensemble d’applications conteneurisées. Selon sa documentation officielle, les modules disponibles peuvent inclure :

  • Bibliothèque d’informations : Wikipédia, références médicales, livres numériques, documents de réparation et autres archives ZIM basés sur Kiwix
  • Cartes hors ligne : données cartographiques régionales téléchargées, consultables sans service de cartographie en direct
  • Plateforme éducative : leçons, vidéos et suivi de la progression des cours basés sur Kolibri
  • Assistant IA : modèles locaux facultatifs via Ollama, avec importation de documents et recherche sémantique
  • Outils de données : fonctions de CyberChef pour l’encodage, le hachage, le chiffrement et l’analyse
  • Notes et utilitaires : notes locales et applications supplémentaires sélectionnées via le centre de commande

Schéma du projet NOMAD montrant un serveur local fournissant des ressources hors ligne aux appareils à proximité

Le projet NOMAD télécharge les ressources lorsqu’une connexion est disponible, puis diffuse localement le contenu stocké vers les ordinateurs, tablettes et téléphones une fois la connexion Internet coupée.

Cette architecture explique pourquoi un navigateur suffit pour une utilisation normale. Les applications s’exécutent sur l’hôte, tandis qu’un autre ordinateur portable, téléphone ou tablette connecté au même réseau de confiance ouvre l’adresse locale de l’hôte. Les appareils clients n’ont pas besoin chacun d’une copie complète de la bibliothèque.

Étape 1 : Déterminez ce qui doit rester disponible hors ligne

Commencez par établir un plan de contenu plutôt que de télécharger toutes les collections disponibles. Une bibliothèque pratique peut combiner des cartes régionales, des guides de premiers secours, des manuels de réparation pour les équipements que vous possédez, de la documentation sur les systèmes d’exploitation, une encyclopédie concise, du contenu éducatif et des documents personnels.

Les besoins en stockage augmentent rapidement. L’application Project NOMAD seule peut fonctionner avec un espace libre modeste, mais les archives Wikipédia, les cartes, les vidéos, les cours, les documents locaux et les modèles d’IA peuvent occuper des dizaines ou des centaines de gigaoctets. Laissez de la capacité disponible pour les mises à jour, les téléchargements temporaires, les données des conteneurs et les sauvegardes.

La sélection des contenus détermine également leur utilité. Une bibliothèque volumineuse n’est pas automatiquement meilleure si les contenus sont dans la mauvaise langue, concernent la mauvaise région ou ne peuvent pas être recherchés efficacement. Concevez-la autour de scénarios réalistes et vérifiez que les pages, cartes et manuels essentiels s’ouvrent réellement.

Étape 2 : préparer le support d’installation d’Ubuntu

Le choix distinctif de GhostStrats consiste à conserver le système d’exploitation, Project NOMAD, les contenus téléchargés, l’IA locale et les fichiers personnels sur un lecteur externe amorçable dédié. L’environnement est ainsi plus portable et évite de remplacer définitivement le système d’exploitation interne de chaque ordinateur hôte compatible.

Son étape de préparation sous Windows utilise Rufus pour écrire une image d’installation d’Ubuntu sur un support amovible.

Rufus sous Windows préparant le support d’installation d’Ubuntu pour le serveur Project NOMAD

GhostStrats utilise Rufus pour sélectionner une image Ubuntu et préparer un support d’installation amorçable avant de passer au disque système externe dédié.

Avertissement concernant la sélection du disque : la création d’un support de démarrage et l’installation d’Ubuntu peuvent effacer le périphérique sélectionné. Déconnectez, lorsque c’est possible, les lecteurs amovibles sans rapport, comparez attentivement le modèle et la capacité du disque, et sauvegardez les données importantes avant de continuer. Le support d’installation et le disque externe qui hébergera le système Ubuntu final peuvent être deux périphériques distincts.

Étape 3 : installer Ubuntu sur le disque externe dédié

Démarrez l’ordinateur cible depuis le programme d’installation d’Ubuntu via son menu de démarrage BIOS ou UEFI, puis choisissez le SSD externe dédié comme destination d’installation. Les intitulés exacts des menus varient selon la carte mère. Certains systèmes limitent également le démarrage depuis un périphérique externe ou nécessitent de modifier l’ordre de démarrage et les paramètres de Secure Boot.

L’approche la plus sûre consiste à identifier la destination à la fois par sa capacité et son numéro de modèle. Une installation portable doit conserver son chargeur d’amorçage et ses partitions système sur le périphérique externe prévu, plutôt que de modifier accidentellement un autre disque interne.

Une fois qu’Ubuntu démarre depuis le disque externe, connectez-vous au réseau, installez les mises à jour système actuelles, vérifiez que l’espace libre du stockage correspond aux attentes et testez au moins un redémarrage complet avant d’ajouter la pile d’applications NOMAD.

Étape 4 : installer le centre de commande Project NOMAD

Project NOMAD prend actuellement en charge les systèmes d’exploitation basés sur Debian et utilise un programme d’installation en ligne de commande. La documentation officielle de démarrage rapide requiert des privilèges administrateur, installe la pile de conteneurs nécessaire, puis rend le centre de commande accessible depuis un navigateur local.

Comme les logiciels évoluent au fil du temps, copiez la commande actuelle depuis le guide d’installation officiel de Project NOMAD au lieu de vous fier à une ancienne commande reproduite dans un article tiers. Une fois l’installation terminée, l’interface est généralement accessible via le port local 8080 de l’hôte, en utilisant soit localhost sur le serveur, soit l’adresse IP locale du serveur depuis un autre appareil.

Étape 5 : télécharger les ressources de connaissance, les cartes, les cours et les modèles

C’est à cette étape qu’un serveur Ubuntu classique devient une ressource hors ligne. Tant que l’accès à Internet est encore disponible, utilisez l’assistant de configuration et les outils de contenu pour choisir les collections nécessaires au projet.

Téléchargez une catégorie à la fois et vérifiez que le téléchargement se termine correctement. Les grandes régions cartographiques, les cours vidéo, les archives encyclopédiques complètes et les modèles d’IA peuvent nécessiter beaucoup de temps et d’espace disque. Une collection partiellement téléchargée peut s’avérer inutile lorsque la connexion disparaît.

Si l’IA locale est activée, choisissez un modèle adapté au matériel. Un modèle qui se charge techniquement, mais consomme presque toute la mémoire disponible, peut rendre l’interface lente ou instable. La documentation de Project NOMAD recommande un matériel nettement plus puissant pour une expérience optimale avec l’IA que pour le simple centre de commande.

Étape 6 : ajouter des documents personnels et créer une sauvegarde

Les collections de référence publiques deviennent plus utiles lorsqu’elles sont combinées à des informations propres à leur propriétaire : manuels d’équipement, listes de contacts, détails sur les médicaments, procédures locales, certificats, schémas de réparation et copies de documents importants.

Protégez les données sensibles de manière appropriée. La conception actuelle de Project NOMAD n’intègre pas d’authentification des utilisateurs, de sorte que toute personne pouvant accéder aux services exposés sur le même réseau pourrait être en mesure d’y accéder. Ne stockez pas de documents privés sans comprendre ce modèle d’accès et n’exposez pas directement le serveur à Internet.

Un lecteur de démarrage externe constitue également un point de défaillance unique. Conservez une deuxième copie testée des fichiers personnels irremplaçables et, lorsque cela est possible, une sauvegarde des données des applications ou du lecteur système complet. Un serveur portable qui n’existe que sur un seul SSD est pratique, mais il n’est pas résilient.

Étape 7 : déconnecter Internet et tester le système réel

Le test décisif ne consiste pas à vérifier si le tableau de bord fonctionne alors que le serveur dispose encore d’un accès à Internet. Déconnectez la connexion WAN, ne laissez en place que le réseau local de confiance, puis essayez les tâches que le système est censé prendre en charge.

GhostStrats valide l’installation complète du projet NOMAD vers la fin de la configuration

La validation finale doit confirmer que les ressources préparées restent accessibles depuis l’installation du projet NOMAD sans dépendre d’un service externe.

Un test d’acceptation hors ligne utile comprend :

  • Redémarrer l’hôte alors qu’il est déconnecté et confirmer que les services requis redémarrent
  • Ouvrir le centre de commande depuis l’hôte et depuis un deuxième appareil local
  • Rechercher plusieurs pages téléchargées d’encyclopédies et de références
  • Zoomer sur les régions cartographiques téléchargées et s’y déplacer
  • Ouvrir les cours, vidéos, PDF, notes et documents personnels
  • Démarrer le modèle d’IA local sélectionné et lui poser des questions sans point d’accès cloud
  • Vérifier la consommation électrique et l’autonomie prévue avec l’équipement d’alimentation de secours choisi

Si une fonctionnalité échoue uniquement après la déconnexion, elle peut encore dépendre d’une API cloud, d’une police distante, d’un service de connexion, d’une ressource non mise en cache ou d’un contenu qui n’a jamais été entièrement téléchargé. Découvrir cette dépendance lors d’un test contrôlé est bien préférable à la découvrir pendant une véritable panne.

Ce qui continue de fonctionner — et ce qui ne fonctionne pas

Ressource Disponible hors ligne ? Limitation importante
Wikipédia et archives de référence téléchargés Oui Seule l’édition téléchargée est disponible ; elle ne recevra aucune mise à jour tant qu’elle sera hors ligne.
Cartes régionales téléchargées Oui Les zones qui n’ont pas été téléchargées restent indisponibles, et les données cartographiques peuvent devenir obsolètes.
Cours et contenus éducatifs installés Oui L’espace de stockage utilisé peut être important, en particulier pour les collections contenant beaucoup de vidéos.
Modèle d’IA local Oui, lorsqu’il est installé localement La vitesse et la taille du modèle dépendent fortement du processeur, de la mémoire vive, du GPU et des performances du stockage.
Documents personnels stockés sur le serveur Oui Ils nécessitent une sauvegarde distincte et des contrôles d’accès appropriés.
Sites web en ligne, comptes cloud et actualités récentes Non Le projet NOMAD est une archive locale et un serveur d’outils, pas un remplacement de la connexion à Internet en direct.

La sécurité, la maintenance et la fiabilité comptent autant que l’installation

Project NOMAD est volontairement facile d’accès sur un réseau local et ne dispose actuellement d’aucune couche d’authentification intégrée. Utilisez les règles du routeur, les contrôles du pare-feu et un réseau isolé de confiance pour décider quels appareils peuvent y accéder. La documentation du projet déconseille fortement d’exposer directement l’instance à Internet.

Une bibliothèque hors ligne vieillit également. Reconnectez-la selon un calendrier contrôlé pour installer les correctifs logiciels, actualiser les collections de référence, mettre à jour les cartes et remplacer les modèles d’IA lorsque cela est nécessaire. Après chaque modification importante, répétez le test hors ligne au lieu de supposer que la mise à jour a conservé le comportement précédent.

Enfin, prévoyez le système physique : protégez la carte et les connecteurs exposés, sécurisez le lecteur externe, étiquetez les câbles nécessaires, documentez la procédure de démarrage et vérifiez que la batterie externe ou l’alimentation de secours choisie peut fournir la tension et le courant nécessaires à l’ensemble de la configuration. Les connaissances stockées localement ne sont utiles que tant que le stockage reste lisible et que le matériel peut démarrer.

À qui ce projet s’adresse-t-il ?

La configuration de GhostStrats est particulièrement pertinente pour les personnes qui souhaitent un système de référence compact et autonome plutôt qu’un service dépendant du cloud supplémentaire.

  • Les utilisateurs se préparant aux situations d’urgence peuvent conserver localement des informations soigneusement sélectionnées sur les urgences, la médecine, les communications et les réparations.
  • Les voyageurs et les utilisateurs hors réseau peuvent emporter des cartes, des manuels, des documents et du matériel pédagogique dans des endroits où la connectivité est peu fiable.
  • Les familles et les enseignants peuvent fournir des ressources pédagogiques à plusieurs appareils locaux sans que chaque client ne stocke l’intégralité de la bibliothèque.
  • Les adeptes des homelabs peuvent explorer Docker, les services de contenu locaux, la conception hors ligne et l’IA locale sur du matériel qu’ils contrôlent.
  • Les utilisateurs soucieux de leur confidentialité peuvent conserver certains documents et interactions avec l’IA sur du matériel local, à condition de sécuriser également le réseau local.

Il convient moins aux personnes qui s’attendent à obtenir des résultats de recherche en direct, des informations automatiquement à jour, des performances d’IA à l’échelle du cloud ou un appareil d’urgence ne nécessitant aucune maintenance. Le projet récompense une préparation réfléchie et des tests réguliers.

Foire aux questions

Project NOMAD fonctionne-t-il sans accès à Internet ?

Oui, une fois que le logiciel et les ressources souhaitées ont été entièrement téléchargés. L’installation initiale, les mises à jour, le contenu supplémentaire et les nouveaux modèles d’IA nécessitent un accès à Internet.

Le lecteur Ubuntu externe est-il requis ?

Non. C’est un choix de portabilité utilisé dans la configuration de GhostStrats. Project NOMAD peut également être installé sur le stockage interne normal d’un ordinateur compatible basé sur Debian.

ZimaBlade peut-il exécuter les fonctionnalités d’IA locale ?

Des modèles légers peuvent fonctionner sur certaines configurations, mais l’expérience dépend précisément du processeur, de la mémoire installée, de la taille du modèle et de l’accélération disponible. Pour un matériel modeste, la bibliothèque d’informations hors ligne et les autres outils non liés à l’IA constituent des priorités plus réalistes.

De combien d’espace de stockage un serveur hors ligne a-t-il besoin ?

L’application de base nécessite relativement peu d’espace, mais le contenu sélectionné détermine le besoin réel. Les cartes, les archives encyclopédiques, les cours, les fichiers personnels et les modèles d’IA peuvent faire passer le volume total d’une petite installation à plusieurs centaines de gigaoctets.

Project NOMAD est-il une sauvegarde d’Internet ?

Non. Il s’agit d’une collection stockée localement de ressources et d’outils sélectionnés. Il ne peut pas récupérer des pages en temps réel ni des informations qui n’ont jamais été téléchargées.

Le serveur peut-il être directement exposé à Internet ?

Cela ne devrait pas être le cas. Project NOMAD ne dispose actuellement d’aucun système d’authentification intégré et est destiné à un accès local contrôlé. Suivez les recommandations de sécurité du projet et utilisez des contrôles au niveau du réseau.

Un ordinateur de survie se construit avant d’en avoir besoin

La leçon la plus importante du projet de GhostStrats n’est pas qu’un petit boîtier puisse remplacer Internet. C’est qu’un serveur x86 compact peut préserver, sous le contrôle de son propriétaire, un sous-ensemble utile et consultable des connaissances numériques.

ZimaBlade fournit la base matérielle portable, Ubuntu offre un environnement de système d’exploitation familier, et Project NOMAD organise les connaissances téléchargées, les cartes, les cours, les outils et l’IA locale facultative derrière une interface accessible depuis un navigateur. La conception de GhostStrats avec disque externe ajoute un niveau supplémentaire de portabilité, permettant de déplacer l’environnement préparé entre des ordinateurs compatibles.

Le résultat ne devient fiable qu’une fois que le propriétaire a choisi les contenus pertinents, terminé tous les téléchargements, sécurisé le réseau local, créé des sauvegardes et testé le système en déconnectant physiquement Internet. Regardez la réalisation complète du Project NOMAD par GhostStrats pour découvrir le matériel d’origine et les étapes d’installation.

Vous construisez votre propre serveur portable hors ligne ou vous expérimentez avec les connaissances locales et l’IA ? Rejoignez la communauté ZimaSpace pour comparer les choix de matériel, partager votre réalisation et apprendre auprès d’autres créateurs de serveurs personnels.

Centre de Campagne Zima

Plus à lire

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.