Linux et l’open source

Linux est né de deux travaux distincts : l’un a fourni un noyau et l’autre une grande partie des logiciels qui l’entourent. Unix avait auparavant fourni les idées de conception. Distinguer ces contributions aide à comprendre les noms Linux et GNU/Linux.

Unix fournit les idées de conception

Ken Thompson et Dennis Ritchie ont développé Unix aux Bell Labs d’AT&T à partir de 1969. Une grande partie a été réécrite en C en 1973, ce qui a facilité son adaptation à différents matériels. Unix permettait à plusieurs utilisateurs de travailler et à plusieurs programmes de s’exécuter simultanément. Parmi ses idées durables figurent une arborescence unique de répertoires dont la racine est /, le traitement de nombreuses ressources comme des fichiers et la combinaison de petits programmes qui accomplissent chacun une tâche.

Unix s’est développé en plusieurs branches. Les systèmes commerciaux comprenaient IBM AIX, HP-UX et Sun Solaris. La branche BSD de Berkeley a donné naissance à FreeBSD, OpenBSD et NetBSD. Le macOS d’Apple a lui aussi des racines BSD et a été certifié UNIX. Une interface similaire ne fait pas de tous ces systèmes des systèmes Linux.

GNU fournit une grande partie du système

Richard Stallman a annoncé le projet GNU en 1983 pour créer un système d’exploitation libre de type Unix. GNU signifie « GNU's Not Unix ». Il a fondé la Free Software Foundation en 1985. Au début des années 1990, GNU avait produit le compilateur GCC, une bibliothèque C, Bash, des utilitaires de base et des éditeurs. Le noyau prévu, GNU Hurd, n’était pas prêt pour un usage quotidien.

Un compilateur transforme le code source d’un programme en code exécutable. Un shell comme Bash accepte les instructions d’un utilisateur. Ces outils rendaient GNU utile, mais ils avaient encore besoin d’un noyau pour gérer le matériel de l’ordinateur.

Linux comble le manque d’un noyau

En 1991, Linus Torvalds, étudiant à l’université d’Helsinki, a commencé à écrire un noyau pour son PC Intel 386. MINIX, le système pédagogique de type Unix d’Andrew Tanenbaum, a contribué à inspirer le projet. Torvalds l’a annoncé le 25 août 1991 ; la version 0.01 a suivi en septembre. Linux 1.0 est arrivé en mars 1994.

La première licence interdisait de faire payer la redistribution, y compris les frais de traitement. Linux 0.12 est passé sous GNU GPL en 1992. Cela a permis aux bénévoles comme aux entreprises de le redistribuer selon les conditions de la GPL. Le noyau reste sous la version 2 de la GPL.

Les distributions ont assemblé le noyau et l’espace utilisateur pour en faire des systèmes installables. Slackware et Debian ont débuté en 1993 ; Red Hat Linux a suivi en 1994-1995. Parmi les étapes suivantes figurent le nom open source et l’OSI en 1998, Ubuntu en 2004, Git en 2005, la Linux Foundation en 2007 et le premier téléphone Android en 2008. Tux, le manchot qui sert de mascotte, date de 1996.

Comprendre précisément les noms

Au sens strict, Linux désigne le noyau. Dans le langage courant, il désigne aussi un système d’exploitation complet. GNU/Linux reconnaît l’apport des outils GNU associés à ce noyau ; Debian utilise ce nom. Android utilise un noyau Linux avec un espace utilisateur différent et ne s’appelle donc pas GNU/Linux.

Place les événements centraux dans l’ordre : Unix en 1969, GNU en 1983, Linux en 1991 et le passage à la GPL en 1992. GNU a débuté avant l’existence de Linux. Linux est de type Unix parce qu’il suit de nombreuses idées et normes d’Unix, dont POSIX ; il a été écrit indépendamment et n’a pas été publié comme une branche du code Unix d’origine.

Un bureau Linux est composé d’éléments qui coopèrent. Le noyau gère l’accès à la machine, tandis que les programmes extérieurs au noyau fournissent les outils et les interfaces que tu utilises. Une version du noyau indique la version d’une partie du système, pas celle de chaque application.

Le noyau gère le matériel partagé

Le chargeur d’amorçage charge le noyau en mémoire au démarrage. Le noyau reste actif jusqu’à l’arrêt. Il partage le temps du processeur et la mémoire entre les programmes, gère les réseaux et les systèmes de fichiers, applique les droits et communique avec les périphériques par des pilotes.

Le noyau s’exécute dans l’espace noyau, avec un accès privilégié au matériel. Les applications ordinaires s’exécutent dans l’espace utilisateur, avec des droits limités. Un appel système est une demande adressée par un programme au noyau pour obtenir un service, comme la lecture d’un fichier. Une défaillance d’une application ordinaire touche généralement cette application ; une défaillance grave du noyau peut arrêter toute la machine.

Linux possède un noyau monolithique : les pilotes, le réseau et les systèmes de fichiers fonctionnent à l’intérieur de celui-ci. De nombreux pilotes sont des modules chargeables. Le noyau peut charger un module adapté lorsqu’un matériel apparaît, sans reconstruire tout le système d’exploitation.

L’espace utilisateur fournit les outils du système

L’espace utilisateur comprend le système qui démarre les services, les bibliothèques, les utilitaires, les shells, les logiciels graphiques et les applications. Parmi les exemples courants figurent systemd, la bibliothèque C glibc, GNU coreutils, Bash, Wayland et les bureaux comme GNOME ou KDE Plasma. Les petits systèmes peuvent utiliser musl et BusyBox à la place de glibc et des utilitaires GNU.

Supposons que tu ouvres un dessin enregistré dans une application. L’application demande d’abord le fichier par un appel système. Le noyau vérifie ensuite les droits d’accès et utilise le code du système de fichiers et un pilote de stockage pour récupérer les octets du fichier. L’application interprète alors ces octets et affiche le dessin. Ses menus et ses outils de modification appartiennent à l’espace utilisateur.

Passer de GNOME à KDE Plasma change ton expérience du bureau sans nécessiter un autre type de noyau. À l’inverse, mettre à jour le noyau ne change pas nécessairement la disposition du bureau.

Comprendre les numéros de version et le support

Dans 7.2.12, 7.2 indique la série de versions du noyau et 12 sa douzième mise à jour stable. Un premier numéro plus élevé ne signale pas automatiquement une refonte majeure : le passage de 6.19 à 7.0 en 2026 suivait la pratique consistant à remettre à zéro un numéro mineur devenu élevé.

Le développement de la branche principale commence par une fenêtre d’intégration d’environ deux semaines pour les nouvelles fonctionnalités. Des versions candidates hebdomadaires permettent ensuite de tester et de stabiliser le travail. Une version paraît normalement toutes les 9 à 10 semaines. Les mainteneurs des versions stables appliquent ensuite des correctifs. Certains noyaux à support à long terme reçoivent des corrections importantes pendant des années ; les prévisions de kernel.org d’octobre 2026 indiquent un support jusqu’en décembre 2028 pour 6.12 et 6.18.

Les distributions construisent leurs propres paquets du noyau et y appliquent des correctifs. Une chaîne comme 6.8.0-45-generic comprend après le trait d’union des informations sur la compilation d’Ubuntu. Ubuntu 24.04 utilisait à l’origine le noyau 6.8 ; Ubuntu 26.04 utilise 7.0. Un numéro de base ancien ne suffit pas à indiquer si le noyau d’une distribution prise en charge est corrigé. Vérifie son état de maintenance et ses mises à jour.

Le développement du noyau est un travail partagé. Les mainteneurs des sous-systèmes examinent les modifications proposées pour leurs domaines et Torvalds intègre les travaux acceptés à la branche principale. De nombreux contributeurs sont payés par des entreprises de matériel, de cloud et de logiciels.

Linux fonctionne souvent derrière un écran qui n’affiche jamais son nom. Un ordinateur de bureau, un téléphone, un routeur et un serveur cloud peuvent tous utiliser le noyau Linux tout en présentant des interfaces très différentes. Identifie à la fois le type d’environnement et le rôle qu’il remplit.

Client et serveur désignent des rôles

Un serveur fournit un service, comme des pages web, des fichiers ou une base de données. Un client demande ce service. Ces mots peuvent désigner des programmes ou des ordinateurs. Un serveur web Linux joue le rôle de client d’une base de données lorsqu’il demande des informations à un serveur de base de données distinct. Une même machine peut donc remplir les deux rôles.

Les systèmes Linux de bureau comprennent Ubuntu, Fedora, Debian et Linux Mint. ChromeOS et SteamOS utilisent aussi le noyau Linux. Linux est particulièrement courant dans l’hébergement web, les bases de données, l’infrastructure cloud et d’autres services Internet, même si Windows et macOS occupent une plus grande part des ordinateurs de bureau.

Machines virtuelles et conteneurs diffèrent

Un hyperviseur fournit à une machine virtuelle des processeurs virtuels, de la mémoire, du stockage et un réseau. Chaque machine virtuelle exécute son propre système d’exploitation et son propre noyau. KVM ajoute des capacités de virtualisation à Linux et est utilisé par de nombreuses plateformes cloud.

Une instance cloud est une machine virtuelle louée, démarrée à partir d’une image de système d’exploitation. Tu choisis les ressources et une région, puis tu te connectes par le réseau, souvent via SSH. Les instances en cours d’exécution peuvent entraîner des frais.

Un conteneur regroupe une application avec les fichiers et les bibliothèques nécessaires à son fonctionnement. Les conteneurs d’un même hôte partagent son noyau ; ils démarrent donc généralement plus vite et utilisent moins de ressources que des machines virtuelles complètes. Un conteneur Linux a besoin d’un noyau Linux. Sous Windows ou macOS, les logiciels de conteneurs en fournissent généralement un au moyen d’une petite machine virtuelle Linux. La présence d’un espace utilisateur ressemblant à Linux dans un conteneur ne signifie pas que ce conteneur possède un noyau distinct.

Les appareils et les grands ordinateurs utilisent aussi Linux

Les systèmes embarqués sont des ordinateurs intégrés à un appareil pour une tâche particulière. Parmi les exemples figurent les routeurs, les téléviseurs connectés, les automates industriels et les systèmes de divertissement des véhicules. Beaucoup utilisent des processeurs ARM et un espace utilisateur réduit comme BusyBox. Un Raspberry Pi peut quant à lui exécuter une distribution complète, Raspberry Pi OS.

Android combine un noyau Linux modifié et son propre espace utilisateur, notamment Bionic et Android Runtime. Les applications Android ne sont pas des applications ordinaires de bureau Linux. En calcul haute performance, des grappes répartissent de gros calculs entre de nombreuses machines. Tous les systèmes de la liste TOP500 utilisent un système d’exploitation fondé sur Linux depuis novembre 2017.

Gérer de nombreuses machines

Les administrateurs utilisent des outils de gestion de configuration comme Ansible, Puppet, Chef ou Salt pour décrire l’état souhaité d’un système et l’appliquer de manière reproductible. Cela aide à maintenir la cohérence des logiciels installés, des paramètres et des services sur de nombreuses machines.

Les paramètres Linux se trouvent souvent dans des fichiers texte. nano affiche à l’écran les raccourcis clavier courants. vi et Vim séparent la saisie du texte des commandes au moyen de modes. Reconnaître ces éditeurs aide à comprendre pourquoi un serveur peut être administré sans bureau graphique.

Imagine une borne de musée qui charge des pages depuis une machine virtuelle Linux louée. La borne est un client ; la machine virtuelle louée est une instance cloud qui joue le rôle de serveur. Si ce serveur exécute plusieurs applications dans des conteneurs, ces derniers partagent son noyau Linux. Un contrôleur d’affichage sous Linux intégré à la borne est un système embarqué, que les visiteurs voient ou non un bureau.

Une distribution transforme le noyau Linux en un système que tu peux installer et maintenir. Elle réunit des outils, des bibliothèques, des paquets, un programme d’installation, des paramètres par défaut et un service de mise à jour. Certaines distributions sont des projets communautaires ; d’autres sont maintenues par des entreprises.

Comprendre les liens entre familles

Une distribution dérivée part d’une autre distribution et la modifie. Ubuntu est fondée sur Debian et l’édition principale de Linux Mint est fondée sur Ubuntu. Les systèmes apparentés partagent souvent les formats et les outils de gestion des paquets. Leur parenté t’aide à reconnaître les logiciels et les instructions adaptés.

Debian est un projet bénévole depuis 1993 et suit un contrat social écrit. Canonical produit Ubuntu. Raspberry Pi OS est fondé sur Debian et adapté aux ordinateurs Raspberry Pi. Une base commune ne rend pas ces distributions identiques : les paramètres par défaut, les calendriers, le support et les versions des paquets peuvent différer.

Comprendre la chaîne Enterprise Linux

Fedora introduit rapidement de nouvelles technologies. Une future version majeure de RHEL est issue d’une branche de Fedora. CentOS Stream développe les modifications en amont de la prochaine version mineure de RHEL. RHEL fournit une plateforme commerciale avec support par abonnement. AlmaLinux et Rocky Linux fournissent des systèmes communautaires gratuits conçus pour être compatibles avec RHEL.

CentOS Stream est différent de l’ancienne recompilation CentOS Linux, qui a pris fin. CentOS Linux 7, sa dernière version prise en charge, est arrivée en fin de vie en juin 2024. Choisir un nom familier sans vérifier son rôle actuel peut conduire au mauvais système.

Reconnaître les autres choix

SUSE Linux Enterprise est commercial. openSUSE Leap fournit une version communautaire stable liée aux sources de la version destinée aux entreprises ; Tumbleweed est mise à jour en continu. Les deux utilisent zypper, bien qu’elles partagent le format RPM avec la famille Enterprise Linux.

Alpine combine musl et BusyBox pour garder une base légère. Elle possède des branches stables numérotées et une branche de développement, edge. Toutes deux disposent des dépôts main et community ; edge dispose aussi de testing. Arch est une distribution à publication continue à configurer soi-même, souvent choisie par les utilisateurs expérimentés.

Bien utiliser l’indice de la famille

Supposons qu’une instruction mentionne dnf et un paquet .rpm. Cela oriente vers Fedora ou Enterprise Linux. Une instruction utilisant apt et un paquet .deb oriente vers les systèmes dérivés de Debian. Un RPM seul ne permet pas de distinguer SUSE de Fedora, car les deux utilisent ce format.

Vérifie ensuite la distribution, la version et l’architecture exactes. Un paquet construit pour une version peut dépendre de versions de bibliothèques absentes d’une autre. De nombreux programmes sont disponibles dans les différentes familles Linux, mais un paquet téléchargé n’est pas un programme d’installation universel pour Linux.

Les logiciels Linux sont normalement fournis par un système de paquets. Celui-ci suit les besoins d’un programme, l’emplacement de ses fichiers et la façon dont il doit être mis à jour. Il n’est donc plus nécessaire de chercher un programme d’installation sur un site différent pour chaque application.

Un paquet contient des fichiers et des instructions

Un paquet logiciel est une archive contenant les fichiers d’un programme et des métadonnées. Les métadonnées décrivent son nom, sa version, son usage, les paquets nécessaires et les actions d’installation ou de suppression. Parmi les formats courants figurent .deb, .rpm et le format .apk d’Alpine. Les paquets Alpine et les applications Android utilisent la même extension, mais leurs formats sont différents.

Une dépendance est un autre paquet dont un programme a besoin. Une application graphique peut nécessiter une bibliothèque d’images. Si plusieurs applications partagent cette bibliothèque, le système de paquets peut maintenir une seule copie partagée et appliquer les correctifs de manière centralisée.

Un dépôt est une collection de paquets préparés pour une distribution et une version données. Le gestionnaire de paquets vérifie les signatures cryptographiques pour contrôler les informations fiables sur les paquets et leur contenu. Cela aide à rejeter les fichiers modifiés pendant leur acheminement vers ta machine. La confiance dépend toujours du choix d’un dépôt légitime et de sa clé de signature.

Associer les outils à leurs tâches

Un centre logiciel graphique est une interface pour les systèmes de paquets, pas un autre type de système d’exploitation. Il reste utile de connaître la source sous-jacente, même si tu ne saisis jamais de commande de gestion des paquets.

Imagine l’installation d’un éditeur audio qui nécessite deux bibliothèques. Un gestionnaire de haut niveau vérifie la liste des dépendances, récupère les paquets manquants et les installe dans le bon ordre. Fournir uniquement le paquet de l’éditeur à un outil de bas niveau peut laisser des dépendances non résolues.

Comparer les formats universels

Flatpak, Snap et AppImage aident les applications à fonctionner sur plusieurs distributions en fournissant davantage de logiciels nécessaires à leur fonctionnement. Les applications Flatpak proviennent généralement de Flathub. Snap est associé à Canonical et utilisé pour certains logiciels Ubuntu. Une AppImage est un fichier d’application unique qui peut s’exécuter sans installation normale de paquet.

Ces formats peuvent fournir des versions plus récentes d’applications sur un système bénéficiant d’un support prolongé. Les bibliothèques incluses peuvent aussi augmenter la taille des téléchargements et dupliquer des fichiers. Une application conserve des exigences matérielles et système ; « universel » ne signifie pas que chaque paquet fonctionne sur toutes les machines possibles.

Bien distinguer les modes de mise à jour

Pour débuter, les dépôts de la distribution sont un bon point de départ : leurs paquets sont préparés pour la version concernée et vérifiés par son système de confiance. Les téléchargements sur des sites pris au hasard n’offrent pas la même maintenance intégrée.

Si un éditeur provient de la distribution et un autre de Flatpak, ils suivent des modes de mise à jour différents. La mise à jour des paquets de la distribution couvre ce que ce système gère. Vérifie aussi les mises à jour Flatpak. Une application téléchargée n’est pas automatiquement maintenue simplement parce qu’elle fonctionne sous Linux.

Un modèle de publication indique comment une distribution évolue. Sa politique de support indique pendant combien de temps les correctifs sont fournis. Choisir un système implique de prévoir à la fois les changements souhaités maintenant et la maintenance nécessaire plus tard.

Versions fixes et publication continue

Un modèle à versions fixes publie des versions numérotées. Les mises à jour au sein d’une version privilégient la sécurité et les corrections de bogues ; certains composants peuvent tout de même recevoir des fonctionnalités. Les changements plus importants arrivent lors d’une mise à niveau. Debian stable, Ubuntu, RHEL, openSUSE Leap et les branches stables d’Alpine suivent ce modèle.

Une publication continue met continuellement les paquets à jour vers les nouvelles versions des projets amont, sans mise à niveau vers une version majeure. Arch et openSUSE Tumbleweed utilisent cette approche. Des mises à jour régulières maintiennent le système à jour, mais peuvent demander davantage d’attention lorsque son comportement change. Debian unstable et Alpine edge changent aussi en permanence, mais ce sont des branches de développement.

Comprendre les engagements de support

Le support à long terme (LTS) signifie plusieurs années de maintenance. Ubuntu publie des versions LTS tous les deux ans, en avril des années paires. La maintenance de sécurité standard dure cinq ans ; Ubuntu Pro étend la couverture à dix ans et son option Legacy à quinze ans. La couverture dépend du service et des paquets concernés. Les versions intermédiaires bénéficient de neuf mois de support.

Le numéro 26.04 d’Ubuntu signifie avril 2026. La version 26.10 signifie octobre 2026. Ubuntu 24.04 s’appelle Noble Numbat et 26.04 Resolute Raccoon. En octobre 2026, la fin de la maintenance de sécurité standard de 24.04 est prévue en mai 2029 ; 26.04 est prise en charge jusqu’en avril 2031.

Debian stable est la version actuelle bien testée. Testing rassemble les paquets destinés à la prochaine version stable. Unstable, toujours appelée sid, reçoit les nouveaux paquets en premier. Debian 13, trixie, est sortie le 9 août 2025 ; le support complet dure jusqu’au 9 août 2028, suivi du support LTS jusqu’au 30 juin 2030. Le support LTS peut couvrir moins d’architectures et de paquets.

Les versions majeures de RHEL ont un cycle de vie de dix ans, avec des phases de support complet et de maintenance. Fedora publie une version environ tous les six mois et prend en charge chacune d’elles pendant environ 13 mois. Un téléchargement gratuit et une longue période de support sont deux propriétés différentes.

Distinguer les étapes de test de la maintenance

Une version alpha est une compilation précoce, éventuellement incomplète. Une version bêta propose ses fonctions principales pour des tests plus larges. Une version candidate peut devenir définitive si aucun problème grave n’est découvert. Ces termes décrivent l’avancement vers la publication, pas un engagement de support à long terme.

La fin de vie met fin aux mises à jour de sécurité d’une version. Une machine peut encore démarrer après cette date, mais les failles découvertes ensuite ne seront pas corrigées par ce service de support.

Prenons un exemple de planification : Ubuntu 26.10 commence en octobre 2026 et bénéficie de neuf mois de support. En comptant à partir de cette date, on arrive à juillet 2027. L’installer en juin 2027 ne remet pas le compteur à zéro. Planifie la mise à niveau à partir de la date de fin de vie publiée pour la version. De même, le mot « stable » chez Debian désigne une plateforme volontairement constante et testée, et non la promesse qu’un logiciel ne plante jamais.

Commence le choix d’un système par le travail à accomplir. Une interface familière, un téléchargement gratuit ou un numéro de version élevé ne permettent pas de savoir si les applications et le matériel nécessaires fonctionneront. Liste les besoins avant de choisir une distribution.

Comparer les systèmes d’exploitation

La plupart des distributions Linux sont téléchargeables gratuitement. Les abonnements pour entreprises financent des services comme les compilations testées, le support, la certification et la maintenance prolongée. La liberté d’étudier et de partager un logiciel n’exige pas que tous les services qui l’entourent soient gratuits.

Remarquer les différences au quotidien

Linux organise les fichiers dans une seule arborescence commençant à /, sans lettres de lecteur Windows. Un chemin Linux peut ressembler à /home/ana/report.odt. Les noms de fichiers Linux sont normalement sensibles à la casse : Report.txt et report.txt peuvent désigner des fichiers différents. Les logiciels proviennent normalement des dépôts.

Un bureau graphique est une partie remplaçable d’un système Linux. GNOME, KDE Plasma, Cinnamon, Xfce et LXQt fournissent des interfaces différentes. Les bureaux légers peuvent aider sur les machines disposant de peu de mémoire. Les serveurs n’ont souvent pas de bureau et sont administrés par un terminal.

Vérifier d’abord la compatibilité des applications

Un fichier Windows .exe n’est pas une application Linux native. Wine exécute de nombreuses applications Windows au moyen d’une couche de compatibilité ; Proton, fondé sur Wine, prend en charge de nombreux jeux Windows par Steam. La compatibilité dépend de l’application : ces outils ne garantissent donc pas que tous les programmes nécessaires fonctionnent.

Certains éditeurs proposent des versions Linux natives. De nombreuses applications open source fonctionnent sous Linux, Windows et macOS. Les applications dans le navigateur peuvent aussi rendre une méthode de travail portable. Les versions de bureau de Microsoft Office et d’Adobe Photoshop n’existent pas en version Linux native. WSL exécute des distributions Linux aux côtés de Windows, et une machine virtuelle peut exécuter Linux sur un hôte Windows ou macOS.

Étudier un choix

Un photographe a besoin de l’application de bureau Photoshop, d’un navigateur et de fichiers partagés. L’exigence de Photoshop oriente d’abord vers Windows ou macOS pour son poste de travail. L’apprentissage de Linux peut ensuite se faire dans une machine virtuelle, ou dans WSL sous Windows. Remplacer le système de travail avant de vérifier l’application nécessaire interromprait l’activité.

Pour un petit serveur, les priorités changent. Vérifie l’architecture, les logiciels serveurs nécessaires, la durée du support et le besoin éventuel d’un fournisseur pour répondre aux demandes d’assistance. Une version serveur destinée aux entreprises ou LTS peut convenir. Pour un ancien ordinateur portable, compare les besoins en mémoire et les options de bureaux plus légers ; pour un Raspberry Pi, choisis une image adaptée comme Raspberry Pi OS.

Une liste de choix utile indique l’usage, l’architecture du processeur, la mémoire et le stockage disponibles, les applications indispensables, les dates de support, les besoins de support commercial et la documentation. Compare ensuite les distributions à ces exigences.

Le prix d’un téléchargement t’en dit peu sur tes droits. Un programme peut ne rien coûter et interdire les modifications, ou être vendu tout en autorisant les utilisateurs à l’étudier, à le modifier et à le partager. C’est la licence qui détermine ces libertés.

Code source et catégories de logiciels

Le code source est la forme lisible écrite par les programmeurs. Un binaire compilé est une forme qu’un ordinateur peut exécuter. L’accès au code source aide les utilisateurs à examiner et à modifier un programme, mais pouvoir le voir ne donne pas en soi l’autorisation de le réutiliser.

Le code source propriétaire peut être privé ou visible sous certaines restrictions. Un dépôt public sans licence n’accorde pas non plus de droit général de copier, de modifier et de redistribuer le code. Vérifie la présence d’une licence avant toute réutilisation.

Les quatre libertés

La Free Software Foundation numérote les libertés à partir de zéro :

• 0 : exécuter le programme pour n’importe quel usage.
• 1 : étudier son fonctionnement et le modifier.
• 2 : redistribuer des copies.
• 3 : distribuer des versions modifiées.

Les libertés 1 et 3 nécessitent l’accès au code source. Ici, « libre » concerne la liberté. Une entreprise peut vendre un logiciel libre et un client peut payer pour du support tout en conservant ces droits.

L’Open Source Initiative, fondée en 1998, applique une définition en dix points issue des principes du logiciel libre selon Debian. Elle exige l’accès au code source, la redistribution et les œuvres modifiées. Les licences ne peuvent pas discriminer des personnes, des groupes ou des domaines comme l’entreprise. Les droits doivent parvenir aux destinataires sans accord distinct et ne peuvent pas être liés à un seul produit, restreindre des logiciels sans rapport distribués avec lui ou imposer une technologie particulière.

Le mouvement du logiciel libre met l’accent sur les droits et le contrôle des utilisateurs ; le mouvement open source insiste sur le développement partagé et les avantages pratiques. Les licences qu’ils approuvent se recoupent largement. FOSS et FLOSS sont des termes qui regroupent ces idées étroitement liées.

Appliquer la distinction

Une application de dessin téléchargeable gratuitement possède un code source visible, mais interdit l’usage en entreprise. Commence par laisser son prix de côté. Examine ensuite l’autorisation : la restriction concernant les entreprises ne respecte pas la règle open source qui interdit la discrimination selon le domaine d’utilisation. L’application est à code source accessible, mais pas open source au sens de l’OSI. BSL et SSPL sont des exemples de licences à code source accessible.

À l’inverse, un éditeur sous licence MIT peut être vendu tout en restant un logiciel libre et open source. Son prix ne supprime pas les autorisations accordées par sa licence.

Contrôle des appareils et des données

L’autonomie numérique concerne le contrôle d’une personne sur ses appareils, ses données et ses logiciels. La souveraineté numérique concerne le contrôle d’une organisation ou d’un pays sur son infrastructure et ses données. L’open source favorise ces objectifs, car un autre fournisseur peut examiner, maintenir ou adapter le code. Cela réduit la dépendance à un fournisseur, situation dans laquelle il devient difficile d’en changer. La possibilité de maintenir un système indépendamment est distincte du fait qu’une équipe dispose ou non du personnel et des ressources pour le faire.

Une licence open source accorde des droits tout en attachant des conditions au code. Pour l’appliquer, identifie la licence et sa version, détermine l’action que tu prévois et vérifie quelle partie du logiciel est couverte par les conditions.

Les licences permissives préservent les mentions

Les licences MIT et BSD à 2 et 3 clauses autorisent la réutilisation, les modifications et la distribution dans des produits propriétaires. Conserve la mention de droits d’auteur et le texte de licence requis. La licence BSD à 3 clauses interdit aussi d’utiliser les noms des contributeurs pour promouvoir un produit dérivé sans autorisation.

Apache 2.0 est également permissive. Elle ajoute une licence explicite sur les brevets des contributeurs, exige de signaler les fichiers modifiés et de transmettre les informations pertinentes du fichier NOTICE.

Le copyleft maintient ouvert le code couvert

Un logiciel sous GPL peut être vendu. L’exécuter ou le modifier à titre privé n’exige pas en soi de publier les modifications. La distribution de copies, y compris dans des appareils, déclenche des obligations envers les destinataires. La méthode autorisée pour fournir le code source dépend de la version de la GPL et de la forme de distribution ; une offre écrite est autorisée dans certains cas précis, pas dans tous les cas.

La GPLv3 ajoute des protections relatives aux brevets et des règles sur les informations d’installation pour les produits grand public couverts. Le noyau Linux utilise GPL-2.0-only. Un identifiant SPDX se terminant par -or-later donne le choix entre cette version et une version ultérieure ; -only ne le permet pas.

Vérifier l’action et la partie couverte

Une entreprise modifie un outil sous GPL et l’exécute uniquement sur ses propres ordinateurs. Elle n’a pas distribué de copies ; cette modification privée ne crée donc pas d’obligation de publier le code source. Si elle livre l’outil modifié à ses clients, elle doit respecter les conditions de distribution, notamment l’accès au code source correspondant.

Une entreprise modifie maintenant une application web sous AGPL et laisse ses clients l’utiliser en ligne. L’interaction par le réseau avec cette version modifiée exige de proposer son code source à ces utilisateurs. La GPL et l’AGPL diffèrent donc même lorsque les clients ne téléchargent aucun programme.

Un fournisseur de routeurs qui livre un noyau Linux modifié doit fournir le code source correspondant du noyau sous GPLv2 par une méthode valide. Les programmes distincts de l’espace utilisateur qui utilisent des appels système ordinaires ne sont pas couverts par la GPL pour cette seule raison. Les documents et les images créés avec une application sous GPL n’acquièrent pas non plus la licence de l’application.

Combiner le code avec précaution

Du code sous MIT peut généralement être intégré à un programme sous GPL en conservant les mentions MIT. Le programme combiné obtenu doit respecter la GPL. On ne peut pas simplement placer du code sous GPL sous licence MIT pour supprimer les conditions du copyleft. Apache 2.0 est compatible avec la GPLv3, mais pas avec GPLv2-only.

Les licences ouvertes s’appliquent aussi aux œuvres telles que les images, les textes, la musique et les supports pédagogiques. Creative Commons fournit des outils pour ces contenus. Lis les éléments de la licence avant de déterminer si une utilisation donnée est autorisée.

Comprendre les quatre éléments

Les six licences sont CC BY, CC BY-SA, CC BY-ND, CC BY-NC, CC BY-NC-SA et CC BY-NC-ND. Toutes les six exigent l’attribution. Ces restrictions ne forment pas un classement unique et simple : ND restreint les adaptations, tandis que NC restreint un autre aspect, l’usage commercial.

CC0 est une mise à disposition distincte dans le domaine public. Elle prévoit une renonciation aux droits d’auteur dans la mesure du possible et fournit une autorisation subsidiaire si nécessaire. Créditer le créateur est une bonne pratique, mais n’est pas une condition de CC0. Parmi ces outils, CC BY, CC BY-SA et CC0 autorisent à la fois la réutilisation commerciale et les adaptations et correspondent à l’idée d’une réutilisation entièrement ouverte.

Déterminer si l’utilisation prévue convient

Imagine qu’une personne chargée d’une formation trouve une photo sous CC BY-NC pour une publicité payante. La publicité est commerciale, donc la licence NC n’autorise pas cet usage. L’attribution ne supprime pas la restriction ; cette personne a besoin d’une autorisation distincte ou d’une autre image.

Pour un schéma sous CC BY-ND, le partage de l’original avec attribution est autorisé. Le recolorer pour en faire une adaptation et partager cette adaptation n’est pas autorisé par ND. La restriction pertinente de ND concerne le partage de l’adaptation ; elle n’interdit pas de réaliser une adaptation privée.

Un texte sous CC BY-SA peut être adapté, y compris pour un usage commercial, avec attribution et sous la licence requise pour le contenu adapté. Cela ne signifie pas qu’un contenu sans rapport placé à côté reçoit automatiquement la même licence. Le texte de Wikipédia est un exemple connu de BY-SA.

Fournir une attribution utile

TASL est un moyen pratique de se souvenir des éléments : Titre, Auteur, Source, Licence. Ajoute si possible des liens vers l’original et la licence, et décris les modifications. Exemple de mention : « “Port du matin” de Lee Park, issu du portfolio du créateur, CC BY 4.0 ; recadré. » Relie le titre à l’original et le nom de la licence à ses conditions. Dans tes propres mentions, indique le véritable créateur, la source réelle et la licence applicable.

Un lien vers un résultat de recherche ne suffit pas à identifier le créateur ou la licence. Conserve les informations d’attribution lorsque tu télécharges du contenu.

Distinguer les licences des contenus et du code

Creative Commons recommande des licences propres aux logiciels pour le code des programmes, car les licences de la famille BY ne traitent pas de la même façon la fourniture du code source et les questions de brevets logiciels. Un projet peut placer son code sous MIT et son manuel sous CC BY-SA.

Les licences 4.0 ne peuvent pas simplement être révoquées pour les utilisateurs qui ont déjà reçu l’œuvre et qui respectent leurs conditions. Retirer le téléchargement par la suite n’efface pas les autorisations qu’ils possèdent déjà. En revanche, trouver une image en ligne ne fournit pas en soi de licence ouverte.

Un projet open source a besoin de plus que de code. Les utilisateurs repèrent les problèmes, les contributeurs proposent des améliorations et les mainteneurs décident de ce qui entre dans le projet officiel. La licence te donne des droits sur le logiciel ; la gouvernance du projet détermine comment la version partagée évolue.

Comprendre les rôles et les décisions

Les contributeurs peuvent rédiger de la documentation, traduire des interfaces, tester des versions, améliorer la conception, répondre à des questions ou signaler des bogues. Les mainteneurs examinent le travail concernant un projet ou un sous-système. Les projets plus importants comptent aussi des équipes de sécurité et des responsables des versions.

La gouvernance varie. Linus Torvalds prend la décision finale pour la branche principale du noyau Linux. Debian élit un responsable de projet et suit une constitution. Une entreprise peut diriger un projet, comme Canonical dirige Ubuntu. Des fondations comme l’Apache Software Foundation ou la Python Software Foundation offrent un cadre organisationnel et gèrent notamment les fonds et les marques. La participation d’une fondation ne signifie pas que tous les projets suivent le même processus de décision.

Tout le monde peut proposer une modification ou créer un fork. Seuls les mainteneurs autorisés peuvent l’accepter dans le projet officiel. Un fork développe une copie de manière indépendante ; LibreOffice à partir d’OpenOffice.org, Nextcloud à partir d’ownCloud et MariaDB à partir de MySQL en sont des exemples.

Connaître les projets amont et aval

Le projet d’origine qui développe un programme est son projet amont. Les distributions qui le mettent en paquet et le corrigent parfois sont des projets aval. Une correction envoyée en amont peut profiter à de nombreuses distributions et réduire le besoin de maintenir des correctifs distincts.

Signale un problème de mise en paquet propre à une distribution par les voies prévues par celle-ci. Un bogue général d’une application peut relever du projet amont. Lis les consignes de signalement, car les projets peuvent te demander de confirmer le problème ou de réunir d’abord certaines informations.

Suivre le processus de contribution

Git enregistre l’historique du projet. GitHub, GitLab et Codeberg hébergent des dépôts et des outils de collaboration. Un outil de suivi des tickets enregistre les problèmes et les demandes de fonctionnalités. Une demande d’intégration ou de fusion propose des modifications pour examen ; des tests automatisés peuvent les vérifier. Pour le noyau, les correctifs envoyés par courrier électronique sont couramment examinés.

Lis le README, le guide de contribution et le code de conduite. Un CLA accorde au propriétaire du projet certains droits sur les contributions. Une attestation DCO certifie que le contributeur a le droit de soumettre son travail. Ce sont des mécanismes différents. Concentre une modification proposée sur un sujet et réponds patiemment aux commentaires de revue.

Rédiger un signalement de bogue exploitable

Supposons qu’une application se ferme de manière inattendue lors de l’exportation d’un graphique. Cherche d’abord dans l’outil de suivi. Si le problème est nouveau, rédige un signalement comme celui-ci :

1. Titre : « L’exportation d’un graphique ferme l’application. »
2. Environnement : version exacte de l’application, distribution et version de la distribution.
3. Étapes : ouvrir une nouvelle feuille, insérer un graphique, choisir le format d’exportation et enregistrer.
4. Résultat attendu : une image exportée et une application qui reste ouverte.
5. Résultat observé : l’application se ferme ; inclure le texte exact de l’erreur s’il est disponible.

Fournis si nécessaire un petit exemple qui reproduit le problème. Retire les données personnelles et les identifiants des pièces jointes. Un signalement précis permet à une autre personne de reproduire et d’examiner la défaillance. « C’est cassé » exprime une frustration, mais ne donne aucune méthode reproductible pour retrouver le problème.

La libre redistribution change la façon dont les entreprises logicielles gagnent de l’argent, mais n’empêche pas les revenus. Les clients paient souvent pour le travail nécessaire au fonctionnement fiable d’un logiciel. Les projets peuvent aussi partager les coûts grâce aux dons, aux subventions, aux fondations et aux contributeurs rémunérés.

Associer le modèle à ce qui est vendu

Red Hat, SUSE et Canonical vendent des services de support et de maintenance. Un service de base de données gérée vend l’exploitation et la facilité d’utilisation. Un fabricant de routeurs vend un appareil physique et bénéficie d’un système d’exploitation partagé. Les partenariats avec des moteurs de recherche peuvent financer le développement des navigateurs ; Mozilla tire des revenus importants de tels accords.

Distinguer open core et double licence

Dans le modèle open core, le composant payant supplémentaire possède des fonctionnalités absentes du produit de base ouvert. Une entreprise peut proposer un outil de surveillance ouvert et un module complémentaire propriétaire pour gérer des milliers de machines.

Dans le modèle à double licence, le même code est proposé sous différentes licences. Un client peut respecter la licence copyleft ou acheter une solution commerciale qui autorise un usage différent. MySQL et Qt utilisent des formes de ce modèle. Le titulaire des droits d’auteur doit posséder les droits nécessaires pour proposer cette solution ; un utilisateur ne peut pas simplement placer le code d’autrui sous une autre licence.

Comprendre le financement partagé

Les entreprises paient des développeurs pour améliorer les infrastructures dont elles dépendent. Partager le coût d’un noyau, d’une bibliothèque ou d’un outil peut coûter moins cher que de le construire séparément. Les cotisations aux fondations, les dons individuels, le parrainage et les subventions soutiennent aussi ce travail. L’open source comprend des professionnels rémunérés aussi bien que des bénévoles.

Suivre les changements de licence et les forks

Certains fournisseurs ont placé leurs nouvelles versions sous des conditions de code source accessible pour contrôler les services hébergés concurrents. MongoDB a adopté la SSPL en 2018. Terraform est passé à la BSL en 2023 ; Redis a adopté la RSAL et la SSPL en 2024. Les versions antérieures restent disponibles sous les licences déjà accordées.

Les communautés peuvent poursuivre le développement à partir d’une version ouverte antérieure. OpenSearch a poursuivi Elasticsearch, OpenTofu a poursuivi Terraform et Valkey a poursuivi Redis. Des changements ultérieurs peuvent de nouveau ajouter des options ouvertes : Elastic a ajouté une option AGPL en 2024 et Redis 8 a ajouté l’AGPL en 2025. Vérifie la version exacte et la licence lorsque tu compares des produits.

Imagine une équipe qui finance une application de planification. La vente d’un service hébergé finance les serveurs et l’exploitation. La vente de support finance l’assistance et la maintenance. La vente d’un module de gestion propriétaire supplémentaire relève de l’open core. Ces choix influent sur ce que les clients achètent sans faire disparaître le code ouvert.

Les applications open source couvrent la bureautique, la navigation web, le graphisme, le multimédia, la programmation et l’analyse de données. Beaucoup fonctionnent aussi sous Windows et macOS. Apprends quel type de travail chaque application permet d’effectuer afin de choisir selon la tâche.

Bureautique et Internet

LibreOffice comprend Writer pour les documents, Calc pour les feuilles de calcul, Impress pour les présentations, Draw pour les schémas, Base pour les bases de données et Math pour les formules. Ses formats OpenDocument par défaut comprennent .odt, .ods et .odp. La suite lit et écrit aussi les formats Microsoft comme .docx et .xlsx.

LibreOffice est né d’un fork d’OpenOffice.org en 2010 et est développé sous l’égide de The Document Foundation. Apache OpenOffice reste un projet distinct. Firefox est le navigateur de Mozilla ; Thunderbird gère les courriels, les agendas et les contacts. Chromium est le projet de navigateur open source de Google. Google Chrome s’appuie sur lui en ajoutant des éléments propriétaires et ses propres conditions de distribution.

Choisir le bon type d’outil graphique

Une image matricielle stocke des pixels. Si on l’agrandit bien au-delà de sa taille d’origine, cette grille devient visible. Une image vectorielle stocke des formes définies mathématiquement ; leurs contours restent donc nets lors d’un changement de taille.

Pour un événement associatif, utilise Inkscape pour le logo qui doit apparaître sur un petit badge et sur une grande affiche. Utilise GIMP pour retoucher la photographie qui l’accompagne. Les deux fichiers peuvent figurer dans une même composition, mais leurs besoins de modification sont différents.

Multimédia et enregistrement

VLC lit une grande variété de formats et de flux audio et vidéo. Kodi organise une bibliothèque multimédia destinée à un téléviseur ou à un système de centre multimédia. Audacity enregistre et modifie le son. OBS Studio enregistre et diffuse des vidéos en direct. Une tâche de montage audio appelle Audacity ; la capture et la diffusion d’un cours appellent OBS Studio.

Modifier du code, signer des fichiers et analyser des données

Les versions de Visual Studio Code compilées par Microsoft sont distribuées sous des conditions propriétaires. Le code source sous-jacent Code - OSS est sous licence MIT. VSCodium fournit des versions communautaires compilées à partir de ce code, sans la marque ni les ajouts de télémétrie de Microsoft. La licence du projet source et celle d’une version compilée distribuée par un fournisseur peuvent différer.

GPG, GNU Privacy Guard, implémente le chiffrement et les signatures numériques OpenPGP. Le chiffrement empêche la lecture du contenu ; une signature numérique vérifiée aide à établir qui a signé les données et si elles ont été modifiées. Les distributions utilisent les signatures pour vérifier les paquets et les images.

R est un langage et un environnement pour les statistiques, l’analyse de données et les graphiques. Calc est utile pour le travail sur tableur, tandis que R permet d’exprimer des analyses sous forme de programmes. Choisir seulement une marque connue peut masquer ces différences : un navigateur n’est pas un client de messagerie, un enregistreur vidéo n’est pas un éditeur audio et un code source public ne rend pas automatiquement open source toutes les versions compilées portant une marque.

Une application web fonctionne sur un serveur et présente son interface dans un navigateur. Les applications web open source peuvent souvent être auto-hébergées, ce qui donne à une organisation le choix de l’exploitant et davantage de contrôle sur ses données. Ce choix implique aussi un travail de maintenance.

Associer les plateformes aux besoins quotidiens

Nextcloud est né d’un fork d’ownCloud en 2016. Il propose aussi des fonctions comme des agendas, des contacts, la collaboration sur des documents bureautiques et une messagerie instantanée. Moodle est une plateforme de gestion de l’apprentissage, ou LMS, écrite en PHP. Elle est souvent associée à BigBlueButton pour les cours en direct.

Une plateforme de cours et un système de conférence répondent à des besoins différents. Moodle peut conserver les devoirs et les notes entre les cours ; BigBlueButton fournit l’environnement des cours en direct. Aucun des deux ne remplace toutes les fonctions de l’autre.

Étudier un choix d’auto-hébergement

Une coopérative de formation souhaite conserver ses travaux de cours et ses fichiers sur des serveurs qu’elle contrôle. Elle choisit d’abord Moodle pour les activités de cours, un système de réunion pour les séances en direct et Nextcloud pour les fichiers partagés. Elle décide ensuite qui exploitera les serveurs Linux. Enfin, elle attribue la responsabilité des mises à jour, des sauvegardes, de l’accès aux comptes et de la sécurité.

L’open source permet l’auto-hébergement, mais n’effectue pas automatiquement ce travail continu. Un prestataire local peut exploiter les logiciels pour la coopérative si elle ne dispose pas de son propre personnel.

Distinguer Git d’une forge

Git est un système de gestion de versions distribué créé par Torvalds en 2005. Un commit enregistre une modification dans l’historique du projet. Une branche permet de développer une ligne de travail séparément avant sa fusion. Un clone complet ordinaire conserve l’historique du dépôt sur un autre ordinateur.

Une forge logicielle ajoute autour de Git des dépôts hébergés, le suivi des tickets, la revue de code et l’automatisation. GitLab Community Edition, Gitea et Forgejo sont des solutions open source. Codeberg est un service d’hébergement qui utilise Forgejo. GitHub est un service propriétaire appartenant à Microsoft, même s’il héberge de nombreux projets open source.

Une équipe peut utiliser Git sans GitHub. Elle peut conserver des dépôts locaux, utiliser une autre forge ou déplacer son historique Git entre des hébergeurs. Les fonctions supplémentaires de l’hébergeur, comme sa base de tickets, sont distinctes de l’historique Git.

Choisir à la fois le contrôle et la responsabilité

Si une équipe souhaite conserver son historique de versions en changeant de fournisseur, l’historique distribué de Git l’y aide. Si elle souhaite aussi exploiter elle-même la plateforme de revue, elle a besoin d’une forge auto-hébergeable. Compare la licence, les fonctions nécessaires et la personne qui assurera sa maintenance. Un dépôt public, une application open source et une plateforme d’hébergement open source sont trois choses différentes.

Une application serveur fonctionne généralement avec d’autres programmes. Un serveur web traite les requêtes, une application fournit le comportement et une base de données stocke les données. Reconnaître chaque rôle t’aide à comprendre une pile en fonctionnement sans devoir encore écrire les programmes.

Associer le serveur au service

Apache HTTP Server fournit du contenu web et prend en charge des modules. NGINX fournit aussi du contenu web et joue couramment le rôle de proxy inverse, en transmettant les requêtes aux serveurs d’application, ou de répartiteur de charge, en répartissant les requêtes entre eux. Apache HTTP Server est un projet ; l’Apache Software Foundation en héberge beaucoup d’autres.

MySQL, MariaDB et PostgreSQL sont des serveurs de bases de données relationnelles. MySQL propose des licences GPL et commerciales. MariaDB est née d’un fork de MySQL en 2009. PostgreSQL est un projet distinct connu pour son extensibilité et sa licence permissive. Des produits de base de données apparentés peuvent tout de même développer des différences ; une histoire commune ne rend pas leurs versions interchangeables pour toujours.

Pour le partage de fichiers, NFS est traditionnellement utilisé entre systèmes de type Unix. Samba implémente SMB pour partager des fichiers et des imprimantes avec Windows et d’autres clients. Il peut aussi fournir des services de domaine de type Windows.

Suivre une requête LAMP

LAMP désigne généralement Linux, Apache, MySQL ou MariaDB, et PHP. Certains usages remplacent PHP par Perl ou Python. Prenons le cas d’un visiteur qui ouvre une page de consultation des stocks :

1. Le navigateur demande la page à Apache sous Linux.
2. Apache transmet la requête au code PHP de l’application.
3. Le code demande les données de stock à MariaDB.
4. L’application construit la réponse et Apache l’envoie au navigateur.

La base de données ne remplace pas le serveur web et le navigateur n’exécute pas directement le code PHP du serveur. Chaque composant traite une partie différente de la requête.

Comprendre comment les programmes s’exécutent

Un compilateur peut transformer le code source en code machine pour une architecture donnée. Un exécutable x86-64 ne s’exécute pas directement comme du code machine ARM64. Un interpréteur exécute le code au moment de l’exécution ; l’interpréteur, les bibliothèques et les fonctions système nécessaires doivent tous être disponibles pour qu’un script puisse passer d’un système à un autre avec succès.

Java est généralement compilé en bytecode exécuté par une machine virtuelle Java. OpenJDK est une implémentation Java open source. Les systèmes réels de langages peuvent combiner compilation et interprétation ; ces termes expliquent le mode principal, sans imposer que toutes les implémentations fonctionnent de la même façon.

C reste le principal langage du noyau. Java et JavaScript ont des noms similaires, mais sont des langages différents. Choisir JavaScript pour les commandes interactives d’un navigateur n’implique pas d’utiliser Java ou une machine virtuelle Java. Choisir Python pour l’automatisation exige toujours de vérifier les bibliothèques et les fonctions du système d’exploitation utilisées par le script.

Tu peux apprendre Linux tout en conservant ton système d’exploitation actuel. Choisis la configuration selon ce que tu souhaites pratiquer, la mémoire disponible et ton besoin éventuel de voir une installation et un processus de démarrage complets.

Comparer les options

Une machine virtuelle s’exécute comme système invité aux côtés d’un système d’exploitation hôte. Les outils de bureau comprennent VirtualBox, VMware Workstation Pro, VMware Fusion, UTM et GNOME Boxes. La virtualisation hébergée sur un système de bureau est généralement appelée type 2 ; les plateformes de type 1 comme Hyper-V, ESXi, Xen et KVM fournissent la virtualisation au niveau du matériel. Une interface de gestion de bureau ne suffit pas à déterminer l’architecture de son hyperviseur.

Le paquet de base de VirtualBox est sous GPLv3. VMware Workstation Pro est propriétaire, même s’il est gratuit pour tous les usages depuis novembre 2024. Comme pour les autres logiciels, le prix et les libertés accordées par la licence sont distincts.

Adapter l’image au processeur

Les PC Intel et AMD 64 bits utilisent normalement x86-64, souvent désigné par amd64. Cette notation inclut les processeurs Intel. Les Mac à puce Apple et les ordinateurs portables Windows fondés sur ARM utilisent ARM64, désigné par arm64 ou aarch64.

Pour une virtualisation matérielle normale, fais correspondre les architectures du système invité et de l’hôte. Un hôte ARM64 n’exécute pas directement une image invitée x86-64. L’émulation peut traduire une architecture différente, mais elle est plus lente. Intel VT-x ou AMD-V doit être activé dans le micrologiciel du PC pour la virtualisation matérielle utilisée par les machines virtuelles et WSL 2.

Étudier un choix

Une personne possède un Mac à puce Apple et souhaite s’exercer au programme d’installation Linux, au redémarrage et à l’utilisation d’un bureau. Ces tâches nécessitent d’abord un système invité complet : une machine virtuelle convient donc. Le processeur nécessite ensuite une image ARM64. Choisis alors un hyperviseur prenant en charge Linux sur ARM, comme UTM ou une version actuelle adaptée de VirtualBox, et laisse suffisamment de mémoire à macOS.

Une personne sous Windows qui souhaite surtout s’exercer au shell peut commencer par WSL. Pour vérifier le Wi-Fi et le système graphique d’un ordinateur portable avant l’installation, une clé USB live convient. Un conteneur fournit un espace utilisateur Linux, mais partage un noyau et omet normalement un processus de démarrage complet ; il ne permet donc pas de pratiquer les mêmes choses qu’une machine virtuelle.

Connaître les limites

Les modifications d’une machine virtuelle restent normalement sur ses disques virtuels, mais les dossiers partagés accessibles en écriture exposent les fichiers de l’hôte au système invité. Un instantané peut annuler une erreur commise pendant les exercices dans la machine virtuelle. Les ressources cloud demandent une attention particulière : supprimer une machine virtuelle peut laisser des disques ou d’autres ressources facturables ; vérifie donc ensuite la liste des ressources du fournisseur. Sauvegarde les données importantes avant toute modification des partitions pour un double démarrage.

Une machine virtuelle te permet d’installer un système Linux complet sur un disque virtuel. Procède dans l’ordre : image, ressources, installation, puis premières mises à jour. Chaque étape répond à une question différente : l’image est-elle fiable, les ressources sont-elles adaptées et le système installé est-il prêt ?

Télécharger et vérifier l’image

Télécharge une ISO depuis le site officiel de la distribution. Choisis l’édition de bureau ou serveur et l’architecture selon ton projet. Une ISO représente un support d’installation ; une image cloud est généralement un disque système préparé pour une configuration automatisée.

Calcule la somme de contrôle SHA-256 du fichier téléchargé et compare la valeur entière à la somme de contrôle publiée. Voici des exemples de commandes pour une image nommée file.iso :

• Linux : sha256sum file.iso
• macOS : shasum -a 256 file.iso
• Windows PowerShell : Get-FileHash file.iso

Une différence signifie que la copie est endommagée ou modifiée : supprime-la et télécharge-la à nouveau. Une correspondance établit qu’elle est identique au fichier décrit par cette somme de contrôle. Elle ne prouve pas qu’une somme de contrôle copiée depuis un site non fiable est authentique. Vérifie la signature de la distribution sur le fichier de sommes de contrôle à l’aide de sa clé publiée authentique. GPG effectue cette vérification de signature.

Créer une machine virtuelle adaptée

Sélectionne l’ISO dans l’outil de virtualisation et attribue des processeurs, de la mémoire et un disque virtuel. Pour Ubuntu Desktop 26.04, le minimum publié pour une utilisation confortable est un processeur à deux cœurs, 6 Go de mémoire vive et 25 Go de stockage. Les éditions serveur et les bureaux plus légers en nécessitent moins. Laisse aussi suffisamment de mémoire et de stockage à l’hôte.

Par exemple, un hôte doté de 16 Go qui attribue 6 Go à un système invité conserve 10 Go pour lui-même. Un disque virtuel à allocation dynamique de 40 Go ne réserve pas immédiatement 40 Go ; il grandit à mesure que des données sont écrites, jusqu’à ce maximum. Il a tout de même besoin d’espace disque réel libre pour grandir.

Commence avec un réseau NAT pour les exercices ordinaires. Le système invité peut accéder à Internet par l’hôte, tandis que l’accès direct non sollicité depuis le réseau local n’est normalement pas autorisé. Le mode pont place la machine virtuelle sur le réseau local avec sa propre adresse lorsque d’autres machines doivent y accéder.

Lancer le programme d’installation

Choisis la langue, le clavier et le fuseau horaire. Vérifie que la cible sélectionnée est le nouveau disque virtuel de la machine virtuelle avant de choisir une installation qui efface le disque. Crée un utilisateur et un mot de passe robuste ; active le chiffrement du disque si nécessaire. Termine l’installation, redémarre et détache l’ISO pour que le prochain démarrage utilise le système installé.

Si le programme d’installation réapparaît après le redémarrage, cela signifie souvent que l’ISO est encore attachée et sélectionnée pour le démarrage. Un échec sur un ordinateur ARM64 avec une image amd64 nécessite l’image adaptée, pas davantage de mémoire pour le système invité.

Préparer un point de départ propre

Installe les mises à jour disponibles. Ajoute les outils pour le système invité de l’hyperviseur, comme VirtualBox Guest Additions ou open-vm-tools de VMware, pour bénéficier de fonctions telles que le redimensionnement de l’écran. Ces outils peuvent activer le partage du presse-papiers et des dossiers ; n’active l’accès que pour les fichiers nécessaires.

Prends un instantané du système mis à jour avant tes essais. Il enregistre un état auquel revenir, mais reste lié au stockage de la machine virtuelle. Garde une sauvegarde distincte de ton travail important. Si le disque de l’hôte tombe en panne, un instantané stocké sur ce disque est perdu avec lui.

WSL exécute des distributions Linux aux côtés des applications Windows. WSL 2 utilise un véritable noyau Linux dans une machine virtuelle légère gérée par Windows. Tu obtiens un environnement Linux sans créer manuellement de matériel virtuel ni suivre un programme d’installation Linux ordinaire.

Installer et créer un compte Linux

L’installation simple nécessite Windows 10 version 2004, build 19041 ou ultérieur, ou Windows 11, avec la virtualisation matérielle activée. Utilise une version de Windows prise en charge pour continuer à recevoir les mises à jour de sécurité. Ouvre PowerShell en tant qu’administrateur et exécute :

wsl --install

Redémarre lorsque cela t’est demandé. Cette commande active les fonctionnalités nécessaires et installe normalement Ubuntu. Au premier démarrage d’Ubuntu, crée son nom d’utilisateur et son mot de passe Linux. Ils appartiennent à cette distribution et n’ont pas besoin de correspondre à ton compte Windows.

Dans Ubuntu, la mise à jour initiale des paquets se fait ainsi :

sudo apt update
sudo apt upgrade

La première commande actualise les informations sur les paquets ; la seconde installe les mises à niveau disponibles. Si sudo demande un mot de passe, utilise celui du compte Linux.

Reconnaître les commandes de gestion

Supposons que la liste affiche * Debian Stopped 2. L’astérisque indique que Debian est la distribution par défaut. Elle est actuellement arrêtée et utilise WSL 2. Le nombre n’est pas le numéro de version de Debian. Définir une version de WSL par défaut ne convertit pas toutes les distributions existantes.

Bien distinguer les emplacements des fichiers

Dans Linux, le lecteur Windows C: apparaît sous /mnt/c. Un fichier Windows situé à C:\Users\Ana\notes.txt est accessible sous /mnt/c/Users/Ana/notes.txt. L’Explorateur de fichiers peut accéder aux fichiers Linux d’Ubuntu par \\wsl.localhost\Ubuntu.

Pour le travail effectué par des outils Linux dans WSL 2, stocke les fichiers du projet dans le système de fichiers Linux, par exemple dans le répertoire personnel Linux. Les accès fréquents entre les systèmes de fichiers Windows et Linux peuvent être beaucoup plus lents. L’installation de WSL stocke la distribution dans un fichier de disque virtuel, mais les outils ayant accès aux fichiers Windows montés peuvent toujours les modifier.

Savoir ce que WSL permet d’explorer

WSL 1 traduisait les appels Linux et ne fournissait pas de véritable noyau Linux. WSL 2 en fournit un. WSL prend actuellement en charge systemd et les applications graphiques Linux dans des fenêtres Windows. Microsoft maintient le noyau utilisé par cet environnement, et WSL lui-même a été publié en open source sous licence MIT en mai 2025.

WSL ne permet pas de s’exercer normalement avec un programme d’installation Linux, un chargeur d’amorçage ou une installation complète avec bureau. L’accès direct au matériel diffère aussi. Utilise-le pour les outils, les scripts et de nombreux services ; choisis une machine virtuelle complète lorsque l’objectif est d’apprendre l’installation et le démarrage.

Un système d’entraînement reste connecté à de vrais comptes, fichiers et réseaux. Intègre la protection à sa configuration : utilise des identifiants robustes, des droits limités, des logiciels à jour et une protection adaptée aux données stockées et en transit.

Rendre les identifiants difficiles à réutiliser ou à voler

Utilise un mot de passe long, aléatoire et unique pour chaque compte. Un gestionnaire de mots de passe comme KeePassXC ou Bitwarden les génère et les stocke dans un coffre chiffré. Protège ce coffre par un mot de passe maître robuste qui n’est pas réutilisé ailleurs.

Le choix aléatoire est essentiel. Quatre mots choisis indépendamment dans une liste de 7 776 offrent environ 3,7 millions de milliards de possibilités ; six en offrent environ 2,2 × 10²³. Une citation connue n’a pas la même robustesse, car elle ne résulte pas d’un choix aléatoire. Ajouter un bit d’incertitude double l’espace de recherche.

L’authentification multifacteur combine différents types de preuves, comme un mot de passe et une clé matérielle ou une application d’authentification. Deux mots de passe restent un même type de facteur. Active l’authentification multifacteur pour les comptes importants, en particulier les comptes de messagerie et cloud.

Une clé d’accès utilise une paire de clés cryptographiques au lieu d’un mot de passe partagé. Le service possède la clé publique ; la clé privée reste sur ton appareil ou dans ton gestionnaire d’identifiants. Une empreinte digitale, une reconnaissance faciale ou un code PIN en déverrouille l’utilisation. Les clés d’accès sont liées au service, ce qui protège contre la saisie d’un secret réutilisable sur un faux site web.

Limiter les droits et maintenir le système

Travaille avec un compte utilisateur ordinaire et utilise sudo uniquement pour les tâches qui nécessitent des droits d’administration. Travailler en permanence en tant que root donne à chaque programme et à chaque erreur un contrôle étendu. Garde la distribution à jour et passe à une version prise en charge avant sa fin de vie.

Utilise des sources logicielles fiables et vérifie les images d’installation. Une licence open source autorise l’examen du code, mais ne signifie pas que toute copie provenant de n’importe quel site web est sûre.

Adapter le chiffrement au risque

Linux utilise couramment LUKS pour le chiffrement du disque ; Windows utilise BitLocker et macOS FileVault. Le chiffrement au repos protège les données stockées contre une personne qui ne possède pas la clé. Il ne remplace pas les sauvegardes et ne sécurise pas un compte déjà déverrouillé pour un attaquant. Si les clés de récupération et les mots de passe sont perdus, les données chiffrées peuvent devenir irrécupérables.

Manipuler les périphériques et les secrets avec précaution

Ne connecte pas de périphériques USB d’origine inconnue. Certains contiennent des logiciels malveillants ; d’autres peuvent se faire passer pour des claviers. Chiffre les supports portables contenant des fichiers sensibles, car ils se perdent facilement.

Ne place pas de mots de passe, de clés API ni de clés SSH privées dans du code public, des captures d’écran partagées ou des messages de forum. Une clé SSH publique peut être partagée avec un serveur ; la clé privée associée doit rester secrète. Pour un serveur cloud d’entraînement, utilise des clés SSH, n’expose que les ports réseau nécessaires et supprime les ressources après usage. Protège les fichiers de l’hôte partagés avec une machine virtuelle ou accessibles depuis WSL avec autant de soin que les autres fichiers.