INFRASTRUCTURE PRIVÉE / AUCUNE PIÈCE D'IDENTITÉ REQUISELire la doctrine de confidentialité
Les notes du champ KoalaVPS

Une interface de recherche aux limites honnêtes.

SearXNG peut combiner les résultats de moteurs de recherche via un service que vous exploitez. Les sources amont, le réseau d'hébergement et le navigateur jouent toujours un rôle.

Connaître le chemin de la requête

Votre instance envoie des requêtes aux moteurs configurés et renvoie les résultats à l'utilisateur. Les amonts peuvent restreindre ou limiter le débit des requêtes. L'auto-hébergement ne garantit pas que chaque moteur de recherche acceptera le trafic indéfiniment.

Gardez l'interface maîtrisée

Utilisez HTTPS et déterminez si l'instance est privée, authentifiée ou publique. Un point de terminaison de recherche public nécessite des contrôles anti-abus et une planification de capacité. Protégez séparément les paramètres et l'accès administratif.

Minimisez la rétention des requêtes

Les requêtes de recherche peuvent être sensibles. Examinez les journaux du reverse-proxy, de l'application et du système, et évitez de conserver les chaînes de requête sans besoin défini. Expliquez les requêtes externes de résultats et d'images qui peuvent contacter des tiers.

Maintenir et respecter

Suivez les versions prises en charge, les erreurs de réponse et les changements en amont. Limitez les requêtes coûteuses et prévoyez une solution de repli claire pour les moteurs indisponibles. Sauvegardez la configuration sans exposer les jetons secrets.

Rendez visibles les frontières du conteneur et du proxy

Un déploiement conteneurisé pris en charge nécessite toujours une configuration persistante, des secrets privés et une exposition réseau intentionnelle. Placez l'application derrière un proxy TLS approprié et examinez les limites de débit avant de l'ouvrir au public. Consultez les instructions de déploiement officielles actuelles plutôt que de réutiliser indéfiniment un ancien fichier compose.

Séparez la recherche d'une couche IA

Si vous ajoutez un outil tel que Perplexica ou une autre interface assistée par modèle, la requête et le texte récupéré peuvent aussi être envoyés à un fournisseur de modèle. Examinez ce nouveau flux de données ainsi que son coût, son authentification et sa conservation. Une instance de métarecherche privée ne rend pas automatiquement privé le service d'IA ajouté.

Choisissez qui peut utiliser le point de terminaison de recherche

Une instance SearXNG privée peut utiliser un tunnel ou une frontière d'accès authentifiée. Une instance publique nécessite un plan de capacité et de lutte contre les abus différent. Ses moteurs de recherche amont reçoivent toujours les requêtes depuis votre chemin d'hébergement et peuvent renvoyer des limites ou des CAPTCHAs ; une nouvelle IP ne garantit pas de contournement. Utilisez les instructions de conteneur prises en charge, persistez les paramètres et générez un secret d'instance privé. Gardez l'application derrière le proxy TLS prévu.

  • Choisissez un petit ensemble initial de moteurs que vous êtes autorisé à interroger.
  • Gardez la configuration et les secrets hors du chemin de fichiers public.
  • Vérifiez si la récupération facultative d'images ou d'icônes externes modifie la frontière de confidentialité.

Faites voir au limiteur le véritable client

La documentation actuelle du limiteur SearXNG utilise Valkey pour l'état dynamique. Configurez-le en privé et activez le limiteur lorsque cela fait partie de la conception de l'instance. La confiance dans le proxy est essentielle : si chaque visiteur semble être le proxy, un visiteur peut affecter la limite de tous ; si des en-têtes transférés arbitraires sont approuvés, un visiteur peut usurper une adresse. Définissez les plages de proxy approuvées selon le déploiement réel, puis testez le comportement obtenu avant de publier le point de terminaison.

Testez l'utilisation du navigateur et une défaillance du moteur

Effectuez une recherche ordinaire, une requête contenant du texte non ASCII, une recherche sur un moteur configuré et un moteur intentionnellement indisponible. Vérifiez qu'un amont défaillant ne rend pas l'ensemble du service inutilisable. Ajoutez l'instance testée comme fournisseur de recherche du navigateur à l'aide des paramètres pris en charge par ce navigateur. Pour une couche d'IA telle que Perplexica, examinez séparément l'authentification, le partage de données avec le fournisseur de modèle, les limites de dépenses et l'attribution des sources : le frontend de métarecherche ne contrôle pas ces services ajoutés.

  • Vérifiez les liens de résultat et les redirections depuis un profil de navigateur vierge.
  • Vérifiez si les termes de recherche apparaissent dans les journaux d'accès du proxy ou dans les analyses.
  • Testez la frontière d'accès privé depuis un réseau non autorisé.

Réparez les défaillances amont sans contourner les restrictions

Lorsqu’un seul moteur échoue, examinez son erreur et la compatibilité actuelle de son adaptateur avant de modifier tout le déploiement. Une réponse CAPTCHA ou de limitation de débit est un signal de politique en amont, non une autorisation de contourner par automatisation. Des réponses HTTP429 répétées peuvent aussi provenir de votre propre configuration de limiteur/proxy. Conservez un moteur de secours et une répétition de mise à jour, préservez la petite sauvegarde de configuration et évitez les journaux de requêtes permanents simplement parce qu’un dépannage les a exigés une fois.

CONFIGUREZ VOTRE INFRASTRUCTURE

Prenez le contrôle.
Déployez selon vos conditions.

Aucun justificatif d'identité. Accès administrateur complet. Facturation native en crypto.