Puis-je autoriser les IP de Transloadit dans mon pare-feu ?
Nous ne fournissons pas de plage fixe officiellement prise en charge d’adresses IP sources pour les requêtes envoyées par les serveurs de Transloadit. Nous ne fournissons pas non plus de liste complète et prise en charge des hôtes pour les intégrations dans un navigateur. Si votre politique réseau exige l’une ou l’autre de ces listes, examinez ces limites avec votre équipe réseau ou sécurité avant de déployer votre intégration.
Les règles de pare-feu à prendre en compte dépendent du côté qui établit la connexion. Les deux sections ci-dessous décrivent les requêtes entrantes vers vos serveurs et les requêtes sortantes depuis les navigateurs de vos utilisateurs.
Trafic entrant : recevoir des requêtes de Transloadit
Du point de vue de votre réseau, les requêtes webhook de Transloadit arrivent sur votre serveur. Il en va de même lorsque Transloadit importe des fichiers depuis un serveur que vous exploitez ou y exporte des résultats. Il n’existe aucun ensemble fixe d’adresses IP sources pris en charge que vous puissiez autoriser pour ces connexions.
L’ajout d’adresses IP à une liste d’autorisation n’authentifie pas l’émetteur d’un webhook. Suivez les instructions de vérification de signature de la documentation de l’API Webhooks avant de vous fier au contenu d’une notification. Une adresse observée dans vos journaux ne constitue pas une plage fixe prise en charge.
Si votre politique exige que les requêtes entrantes proviennent d’une plage fixe d’adresses IP sources, les connexions directes depuis Transloadit ne peuvent pas satisfaire cette exigence. Votre équipe réseau ou sécurité doit déterminer si votre intégration peut respecter votre politique.
Trafic sortant : se connecter à Transloadit depuis un navigateur
Une intégration dans un navigateur telle qu’Uppy établit des connexions sortantes depuis le réseau de l’utilisateur. Ces règles de pare-feu déterminent les destinations auxquelles le navigateur peut accéder. Elles sont distinctes des règles applicables aux requêtes webhook entrantes vers votre serveur.
Nous ne disposons pas de liste complète et prise en charge des hôtes utilisés par le navigateur à fournir à votre équipe réseau. Une liste des destinations observées lors d’un téléversement ne constitue pas une liste d’autorisation complète pour votre intégration.
Pour examiner une requête bloquée dans le navigateur, relevez sa destination et son erreur réseau dans les outils de développement du navigateur, puis demandez à votre équipe réseau de l’examiner au regard de votre politique. Ces informations peuvent aider à diagnostiquer cette requête ; elles ne permettent pas d’établir la liste de tous les hôtes nécessaires à votre intégration. Si une liste complète de destinations approuvées est obligatoire, résolvez cette exigence avant de déployer l’intégration dans le navigateur.