Aller au contenu principal

Connecter un serveur de modèles local

Préparer l’endpoint avec l’opérateur, ajouter un accès fournisseur et vérifier une requête de modèle.

4 min de lecture

Connecte un serveur local pour utiliser un modèle hébergé sur l’infrastructure de ton organisation. Il te faut un endpoint d’inférence actif, l’identifiant exact du modèle, l’accès à Paramètres > Fournisseurs IA et un opérateur capable de configurer la politique réseau du déploiement. Tale n’installe pas le serveur et ne charge pas ses modèles.

Un fournisseur de chat local détermine la destination de cette requête de modèle. Les embeddings, la parole, les outils et les autres fournisseurs ont leurs propres parcours. Cette connexion ne maintient donc pas automatiquement tout le trafic de l’organisation sur son réseau.

Préparer l’endpoint avec l’opérateur

Demande le nom du fournisseur, le format d’API compatible, l’URL de base, les identifiants des modèles et la méthode d’authentification. L’adresse doit être joignable depuis les processus backend, pas seulement depuis ton navigateur. Dans un conteneur, localhost désigne ce conteneur.

Pour un déploiement auto-hébergé, l’opérateur suit Endpoints de fournisseurs locaux. Tu peux aussi créer le fournisseur toi-même dans Paramètres > Fournisseurs IA avec Ajouter des identifiants > Fournisseur personnalisé (Définir un fournisseur personnalisé) ; les étapes de l’opérateur pour l’accès réseau et la politique restent nécessaires. Les hôtes privés exigent une activation explicite dans le déploiement. Les endpoints publics nécessitent HTTPS ; les adresses privées prises en charge peuvent utiliser HTTP si l’opérateur accepte cette configuration réseau. Un nom de proxy ne contourne pas la politique des hôtes privés.

Ollama, LM Studio et vLLM peuvent exposer des API compatibles, mais cela dépend des fonctions activées et du modèle. Vérifie la liste réelle des modèles et un appel de chat pris en charge avant de configurer Tale.

Ajouter l’accès de l’organisation

  1. Ouvre Paramètres > Fournisseurs IA et choisis Ajouter des identifiants.
  2. Sélectionne la définition de fournisseur préparée par l’opérateur, ou choisis Fournisseur personnalisé pour en définir un toi-même ; un fournisseur que tu as défini porte le badge Personnalisé.
  3. Donne un nom utile à cet accès et choisis une méthode d’authentification proposée.
  4. Saisis le vrai jeton du serveur ou la référence de variable d’environnement fournie. Si le serveur ignore l’authentification, conviens de la valeur de remplacement avec son opérateur ; ne réutilise pas un autre secret.
  5. Vérifie le champ Modèles autorisés, puis enregistre. Définis cet accès par défaut pour le fournisseur si les appels ordinaires doivent l’utiliser.

L’accès fournisseur appartient à l’organisation ; sa valeur par défaut et sa liste de modèles influencent la sélection.

Avec un catalogue, une liste vide autorise les modèles de ce catalogue. Sans catalogue, il faut des identifiants de modèle explicites. Utilise Actualiser les catalogues après un changement des modèles disponibles sur le serveur. La politique d’accès aux modèles de l’organisation s’applique aussi.

Prouver qu’une requête atteint le serveur

Commence un chat et sélectionne explicitement le modèle local. Garde Auto pour plus tard : ce contrôle exige un fournisseur et un modèle connus. Envoie une courte demande sans contenu sensible, comme « Réponds par prêt. »

Demande à l’opérateur de confirmer la requête dans les journaux du serveur d’inférence prévu. Vérifie que Tale affiche une réponse complète. Enregistrer un accès ou obtenir une liste de modèles prouve moins qu’une génération terminée. Sa durée dépend du modèle, du matériel et de la charge.

Si des agents de programmation doivent utiliser ce fournisseur, répète le contrôle dans une nouvelle session sandbox avec le modèle voulu et un environnement d’exécution compatible. Demande à l’opérateur de vérifier le DNS, la connectivité et la confiance TLS de la passerelle comme ceux du backend. Les règles d’accès web général de la sandbox ne configurent pas l’accès aux modèles. Une réponse de chat et une réponse d’agent valident des connexions différentes.

Comprendre un échec

SymptômeVérification
Fournisseur absent de la sélectionEmplacement et validation de sa définition, organisation concernée.
Hôte privé refuséActivation explicite des fournisseurs privés dans le déploiement ; un nom DNS ne change pas la règle.
Liste de modèles videDécouverte des modèles, modèles chargés, liste autorisée et politique de modèles.
Erreur de connexion ou de certificatAccès réseau depuis le backend, nom du conteneur et confiance TLS.
Modèle refusé ou aucune réponseIdentifiant exact, authentification, compatibilité de l’API et capacité du serveur.
Le chat fonctionne, mais l’agent n’atteint pas son modèleDNS, connectivité et confiance TLS de la passerelle, autorisation des fournisseurs privés et compatibilité de l’environnement d’exécution.

Fournisseurs IA explique le remplacement des accès et les valeurs par défaut. Documente l’endpoint et le modèle dans les consignes d’exploitation pour qu’un autre administrateur puisse répéter le test après une modification du serveur.