Qui a créé Ollama et à qui appartient la plateforme ?

Quand on commence à s’intéresser sérieusement à l’exécution de modèles de langage en local, on se retrouve inévitablement face à Ollama. C’est l’outil qui a grandement simplifié ce processus. Mais derrière cette simplicité d’utilisation, plusieurs questions reviennent régulièrement : d’où vient ce projet, à qui appartient-il, et comment s’assurer que nos données restent réellement privées lorsqu’on l’utilise ?

• Origines et indépendance : Fondé par Jeffrey Morgan et Michael Chiang (les créateurs de Kitematic) via Y Combinator, Ollama est un projet américain basé à Palo Alto, totalement indépendant de Meta.
• Licence : L’outil est distribué sous licence MIT, ce qui permet une utilisation commerciale gratuite et sans restriction.
• Confidentialité : L’exécution se fait localement et peut fonctionner entièrement hors ligne, mais une étanchéité absolue nécessite quelques ajustements de configuration.

Qui a créé Ollama et à qui appartient la plateforme ?

Ollama a été mis au point par Jeffrey Morgan et Michael Chiang. Ce duo de fondateurs a lancé cette plateforme open-source en passant par le célèbre accélérateur de startups Y Combinator. Ils n’en sont d’ailleurs pas à leur coup d’essai en matière de simplification d’outils techniques. Avant de s’attaquer aux modèles de langage, ils avaient cofondé Kitematic, une des premières interfaces graphiques pour Docker (un projet qui a d’ailleurs été racheté par Docker par la suite).

L’entreprise est légalement établie aux États-Unis, et ses opérations principales se situent à Palo Alto, en Californie. Ollama est géré de manière autonome par sa propre structure et reste totalement indépendant des géants de la tech.

Pourquoi l’associe-t-on souvent à Meta ?

Il arrive fréquemment que l’on pense qu’Ollama appartient à Meta. Cette confusion, bien que très courante, est infondée. Plusieurs raisons expliquent ce malentendu :

• La ressemblance du nom : « Ollama » sonne de manière extrêmement proche de « Llama », la famille de modèles de langage open-source développée par Meta.
• L’usage principal : L’une des utilisations les plus fréquentes d’Ollama consiste précisément à télécharger et exécuter localement les modèles de Meta, comme Llama 3.
• Les collaborations : Les équipes d’Ollama travaillent en étroite collaboration avec Meta pour optimiser et rendre disponibles les nouveaux modèles (comme Llama 3.2) sur leur moteur local dès le premier jour.

En réalité, Ollama fait office d’outil ou d’enveloppe technique pour faire tourner ces modèles sur votre propre machine. L’outil reste totalement neutre et indépendant.

La politique de licence d’Ollama

Pour ceux qui souhaitent intégrer Ollama dans un cadre professionnel ou commercial, la structure juridique est particulièrement souple :

• Le projet utilise la licence MIT, l’une des licences open-source les plus permissives.
• Il est tout à fait possible de l’utiliser, de le modifier et de le distribuer dans le cadre de projets commerciaux.
• Il n’y a aucun frais de licence ni coût caché pour faire fonctionner le moteur.

Ollama garantit-il une confidentialité absolue ?

La réponse courte est oui : Ollama est authentiquement privé car il fonctionne comme un moteur auto-hébergé sur votre propre machine. Vos requêtes, vos discussions et vos données ne quittent pas votre ordinateur et ne sont pas envoyées sur des serveurs tiers pour y entraîner des modèles. Si vous débranchez votre connexion internet, Ollama continue de fonctionner normalement.

Cependant, pour obtenir une confidentialité absolue, il faut prêter attention à certains détails de configuration. Voici les cinq points de vigilance à garder en tête :

1. Attention aux modèles hébergés dans le cloud

Bien qu’Ollama soit conçu pour le local, son écosystème propose parfois des intégrations ou des modèles cloud (généralement identifiables par le suffixe -cloud). Si vous utilisez explicitement l’un de ces modèles, vos données transiteront temporairement par un serveur externe. Pour garantir un confinement total, tenez-vous-en aux poids de modèles standards exécutés en local.

2. L’historique et les journaux locaux

Même si vos données ne partent pas sur internet, Ollama enregistre par défaut l’historique de vos conversations et des journaux en texte brut sur votre disque dur. Une personne ayant un accès physique ou distant à votre session utilisateur pourrait donc lire ces fichiers. Heureusement, il est possible de désactiver cet historique local en utilisant la variable d’environnement OLLAMA_NOHISTORY=1.

3. L’exposition de l’API sur le réseau

Par défaut, Ollama lance un serveur API en arrière-plan. Si vous configurez mal l’application ou si vous ouvrez l’accès à l’ensemble de votre réseau local (en le liant à l’adresse 0.0.0.0), n’importe quel appareil connecté à votre réseau Wi-Fi ou filaire pourrait interroger votre moteur. Pour éviter cela, assurez-vous que l’API reste strictement liée à l’adresse locale 127.0.0.1 (localhost).

4. Les interfaces graphiques tierces

Ollama fonctionne nativement en ligne de commande. La plupart des utilisateurs préfèrent lui adjoindre une interface visuelle externe, comme Open WebUI, ou des extensions de navigateur. Ollama n’a aucun contrôle sur ce que ces applications tierces font de vos données. Il convient donc de vérifier attentivement la politique de confidentialité de chaque interface que vous connectez au moteur.

5. Mises à jour automatiques et métadonnées

Conformément à sa politique de confidentialité, l’application Ollama interroge automatiquement son serveur principal pour vérifier la disponibilité de mises à jour et remonter des diagnostics techniques anonymes (comme la version de l’application ou des rapports de plantage). Ces données ne contiennent jamais le texte de vos requêtes ni les réponses générées par l’IA.

Comment configurer Ollama pour une confidentialité maximale ?

Si vous manipulez des données hautement sensibles ou soumises à des réglementations strictes, je vous conseille d’appliquer ces mesures de sécurité pour verrouiller complètement le moteur :

• Couper le réseau : Téléchargez d’abord vos modèles, puis déconnectez votre machine d’internet. Ollama fonctionnera parfaitement hors ligne.
• Bloquer la télémétrie : Empêchez l’envoi de rapports de plantage en configurant la variable d’environnement OLLAMA_NO_TELEMETRY=1.
• Désactiver l’historique : Évitez l’écriture des conversations en clair sur le disque avec la variable OLLAMA_NOHISTORY=1.
• Isoler le serveur : Forcez l’API à n’écouter que sur votre propre machine en configurant OLLAMA_HOST sur 127.0.0.1:11434.
• Se passer d’interface externe : Utilisez directement la ligne de commande avec la commande ollama run pour conserver vos données uniquement en mémoire vive et limiter les intermédiaires.

Définir les variables d’environnement sur votre système

Voici comment appliquer ces réglages avant de lancer le service :

Sur Windows (via l’invite de commandes) :

set OLLAMA_NOHISTORY=1
set OLLAMA_NO_TELEMETRY=1
ollama serve

Sur macOS et Linux (via le terminal) :

export OLLAMA_NOHISTORY=1
export OLLAMA_NO_TELEMETRY=1
ollama serve