Documentation utilisateur
  1. Qu'est-ce que redirection.io ?
  2. Guide de démarrage
  3. Que sont les organisations et les projets ?
  4. Inviter de nouveaux collaborateurs
  5. Compte utilisateur et préférences
  6. Utilisation des logs de trafic
  7. Créer une règle
  8. Référence des triggers et des marqueurs
  9. Référence des actions
  10. Comment importer ou exporter des règles de redirection en masse ?
  11. Gestion des instances
  12. Notifications du projet
  13. Segmentation des projets
  14. Combien ça coûte ?
  15. Puis-je utiliser redirection.io gratuitement ?
  16. À propos de nous

Documentation développeur
  1. TL;DR; Fast track
  2. Intégrations disponibles
  3. Module nginx
  4. Module Apache
  5. Intégration platform.sh
  6. Cloudflare Workers
  7. Intégration Fastly Compute@Edge
  8. Middleware Vercel
  9. Utiliser redirection.io avec Docker
  10. Est-ce rapide ?
  11. API publique

Documentation de l'agent
  1. Installation de l'agent
  2. Mise à jour de l'agent
  3. Options de l'agent en ligne de commande
  4. L'agent en tant que reverse proxy
  5. Référence de configuration de l'agent
  6. Configuration minimale
  7. Recevoir des requêtes
  8. Configuration du backend
  9. Virtualhosts
  10. Trusted proxies
  11. Base de données GeoIP
  12. Compression de la réponse
  13. Réglages de performance
  14. Logs d'accès
  15. Persister dans un bucket s3
  16. Monitoring de l'agent
  17. Utilisation de l'agent derrière un proxy HTTPS
  18. Exemples de configuration de l'agent redirection.io

Instances managées
  1. Que sont les instances managées ?
  2. Ajouter un domaine à votre projet
  3. Limites et quota des instances managées
  4. Questions fréquemment posées

Crawler
  1. Qu'est-ce que le crawler de redirection.io ?
  2. Démarrer un crawl
  3. Planifier un crawl
  4. Analyse des résultats d'un crawl
  5. La liste des crawls
  6. Crédits de crawl et tarifs
  7. Erreurs d'exploration
  8. Référence des métriques du crawler
  9. Référence des colonnes du crawler

Base de connaissances
  1. Créez vos premières redirections
  2. redirection.io : recettes de règles
  3. Mise en place d'un serveur de redirection sur Azure Cloud
  4. Données structurées et extraits enrichis
  5. Qu'est-ce qu'une redirection d'URL ?
  6. Pourquoi utiliser les redirections d'URL et comment les configurer

Versions legacy
  1. Référence de configuration de l'agent 1.x
  2. Référence de configuration de l'agent 2.x
  3. Intégrations dépréciées
  4. Intégration legacy de Cloudflare Workers

Changelogs
  1. redirectionio-agent
  2. libnginx-mod-redirectionio
  3. libapache2-mod-redirectionio

Virtualhosts

Dans l'agent redirection.io, les Virtualhosts permettent de définir une configuration pour un ensemble spécifique de domaines. Ceci est utile si vous souhaitez héberger plusieurs sites web sur le même agent sans avoir besoin de lier chaque site web à un port spécifique. L'agent routera automatiquement les requêtes vers le bon backend en fonction du domaine demandé, en utilisant le header Host de la requête.

La configuration des virtualhosts est définie sous la clé virtual_hosts dans la configuration de l'agent. Chaque virtualhost est défini par une liste de domaines qu'il doit gérer, et il permet de spécifier toutes les options de configuration qui se trouvent habituellement sous la clé reverse_proxy, telles que la configuration forward, certificate ou trusted_proxies, etc. Voici un exemple de configuration pour plusieurs virtualhosts :

Voir dans l'explorateur de configuration
instance:
    name: 'My Instance'
reverse_proxy:
    listen:
        - 'tcp://0.0.0.0:80'
        - 'tls://0.0.0.0:443'
    forward:
        address: '127.0.0.1:8080'
    agent:
        project_key: DEFAULT_PROJECT_KEY
    certificate:
        acme:
            contacts:
                - myemail@example.com
            directory_url: 'https://acme-v02.api.letsencrypt.org/directory'
    virtual_hosts:
        -
            domains:
                - example.com
                - www.example.com
            agent:
                project_key: WEBSITE_PROJECT_KEY
        -
            domains:
                - 'tls://media.example.com'
            forward:
                directory: /var/www/media
            agent:
                project_key: MEDIA_PROJECT_KEY

Cette configuration définit deux Virtualhosts, un pour les domaines example.com et www.example.com, et un pour le domaine media.example.com. Chaque virtualhost possède sa propre configuration, avec différentes clés projet redirection.io.

Avec une telle configuration de reverse proxy :

  • l'agent acceptera toutes les connexions entrantes sur les ports 80 et 443
  • par défaut, les requêtes seront gérées en utilisant le projet redirection.io DEFAULT_PROJECT_KEY et transmises au backend à l'adresse 127.0.0.1:8080 en http
  • les requêtes vers example.com et www.example.com utiliseront le projet redirection.io qui a la project key WEBSITE_PROJECT_KEY, et seront transmises à l'adresse de forward par défaut (127.0.0.1:8080), en http
  • les requêtes reçues sur media.example.com en tls seront envoyées vers un backend de système de fichiers, et associées au projet redirection.io qui a la project key MEDIA_PROJECT_KEY

Si deux configurations de Virtualhost se chevauchent, l'agent utilisera la première qui correspond au domaine demandé. Par exemple, si vous avez une configuration de Virtualhost pour example.com, et une autre pour à la fois example.com et www.example.com, alors une requête sur example.com utilisera le premier Virtualhost, car il est défini en premier dans le fichier de configuration. Pour éviter ce problème, assurez-vous de définir vos configurations de Virtualhost dans le bon ordre, avec les plus spécifiques définies en premier.

Cette page a été mise à jour le 30 mars 2026
Vous ne trouvez pas votre réponse ?