Accéder à Ollama depuis votre réseau local

Dans un article précédent, nous avons installé Ollama, un ou plusieurs modèles IA (LLM) et une interface web appelée Open WebUI.

Nous avons appris à jouer avec Ollama localement, sur une seule machine, mais pas encore à y accéder depuis un autre ordinateur — par exemple depuis votre réseau domestique.

C'est ce que nous allons faire dans cet article. L'idée : utiliser un ordinateur comme serveur (celui qui fait le gros du travail) et un autre comme client (votre portable de tous les jours) pour y accéder.

Le serveur doit avoir autant de mémoire vidéo (VRAM) et de mémoire vive (RAM) que possible pour faire tourner l'IA correctement. Le client, lui, se contente d'envoyer des requêtes web sur le réseau : un ordinateur classique, moins puissant, fait parfaitement l'affaire.

Si les containers de ce serveur n'arrivent pas à se joindre une fois tout en place, Dépannage des containers Docker - Accéder à l'autre déroule le diagnostic étape par étape — un proxy est souvent le coupable.

Dans cet article, nous allons mettre en place cette architecture. Référez-vous à mon article précédent (Installer Ollama et obtenir une IA locale) pour la configuration du serveur IA local.

Utiliser un réseau local​

Vous avez très probablement déjà un réseau local (LAN) à la maison — généralement géré par votre routeur Wi-Fi. Vous pouvez l'utiliser pour accéder à Ollama en toute sécurité depuis chez vous, sans envoyer de données sur Internet. Personnellement, j'utilise un simple switch réseau (un D-Link DGS-108) pour relier mes machines en câble et obtenir la meilleure vitesse, mais une bonne connexion Wi-Fi fonctionne aussi !

Cette configuration offre un débit élevé (1000 Mbps) avec quasiment aucun délai (latence), ce qui est parfait pour notre cas d'usage.

Trouver l'adresse IP de votre serveur​

Pour vous connecter à votre serveur, il vous faut son adresse IP — voyez ça comme le numéro de téléphone interne de la machine sur votre réseau.

Mon serveur tourne sous Windows 11 : je la trouve en ouvrant une fenêtre Powershell et en lançant la commande ipconfig | Select-String -Pattern "IPv4". Sur mon serveur, la sortie ressemble à ceci : IPv4 Address. . . . . . . . . . . : 192.168.0.218. Notez ce numéro !

Configurer l'ordinateur client​

Sur votre deuxième ordinateur (le client), vérifions d'abord qu'il peut « parler » à votre serveur. On utilise pour cela une commande réseau appelée ping. Ouvrez votre terminal et tapez ping 192.168.0.218 (remplacez par l'IP de votre serveur) :

$ Pinging 192.168.0.218 with 32 bytes of data:

Reply from 192.168.0.218: bytes=32 time<1ms TTL=128
Reply from 192.168.0.218: bytes=32 time<1ms TTL=128
Reply from 192.168.0.218: bytes=32 time=1ms TTL=128
Reply from 192.168.0.218: bytes=32 time=1ms TTL=128

Ping statistics for 192.168.0.218:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milliseconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms
▋

Cette sortie signifie que notre deuxième ordinateur accède au serveur avec une latence quasi nulle (time < 1ms).

Lancer Open WebUI​

Vérifiez d'abord qu'Ollama et Open WebUI tournent toujours sur la machine serveur. Si c'est le cas, vous devriez pouvoir ouvrir un navigateur sur votre ordinateur client et aller sur http://192.168.0.218:4000. Comme nous avons déjà validé la connexion réseau, vous devriez voir l'écran de connexion d'Open WebUI. Une fois connecté, vous accéderez à l'interface Ollama, verrez vos modèles IA disponibles et pourrez démarrer une conversation !

Vérifier la connexion une seconde fois​

Juste avant de passer à notre éditeur de code (VSCode) pour configurer notre assistant IA, assurons-nous que le moteur IA écoute bien.

Pour obtenir la liste des modèles IA installés sur votre serveur, lancez simplement cette commande : curl http://192.168.0.218:11434/api/tags (ajoutez | jq à la fin si vous l'avez installé, pour un affichage plus lisible).

Et si vous voulez tester l'IA elle-même — par exemple lui demander ce qu'est un Dockerfile — lancez cette commande dans la console de votre ordinateur client :

$ curl -X POST http://192.168.0.218:11434/api/generate \
    -H "Content-Type: application/json" \
    -d '{
        "model": "qwen2.5-coder:1.5b-base",
        "prompt": "What is a Dockerfile? Please explain it like I''m five.",
        "stream": false
        }'

Configurer votre éditeur de code (VSCode)​

L'article d'origine utilisait Continue, qui a depuis été arrêté (voir l'encadré en haut de cette page). Bonne nouvelle : le principe reste le même quelle que soit l'extension utilisée.

Toute extension VSCode qui prend en charge Ollama comme backend vous offre les deux mêmes fonctionnalités :

1. Autocomplétion en ligne : des suggestions de code en temps réel pendant que vous tapez, basées sur l'inférence FIM (Fill-In-the-Middle).
2. Interface de chat : discutez directement avec votre assistant IA pour trouver des bugs, réécrire du code ou poser des questions.

Au moment où j'écris ces lignes, les alternatives open source les plus actives qui supportent nativement un endpoint Ollama sont Cline et RooCode (un fork de Cline activement maintenu). Les deux sont disponibles sur le Marketplace VSCode.

Quelle que soit l'extension choisie, le principe de configuration est toujours identique : pointez l'extension vers l'adresse de votre serveur Ollama (http://192.168.0.218:11434, en remplaçant l'IP par la vôtre), sélectionnez Ollama comme provider, puis choisissez un modèle dans votre liste installée (ollama list sur le serveur pour voir ce qui est disponible).

Conclusion​

En suivant ce guide, nous avons découplé nos charges IA lourdes de notre environnement de développement quotidien. Mettre en place un « serveur IA » dédié sur votre réseau local vous permet d'exploiter des LLM puissants sans vider la batterie de votre machine principale ni monopoliser sa RAM et son CPU.

En connectant à ce serveur une extension VSCode compatible Ollama, vous obtenez une alternative privée, auto-hébergée et entièrement gratuite aux assistants IA cloud comme GitHub Copilot. Comme tout passe par votre LAN, votre code et vos prompts ne quittent jamais votre réseau local : confidentialité totale et zéro abonnement.

Que vous génériez du code, receviez des suggestions d'autocomplétion ou posiez des questions sur votre codebase, votre assistant IA local n'est plus qu'à une requête réseau de distance !