Kistrl Proxy

User-Agent

Chaque requête de ressource identifie le proxy par le préfixe KistrlProxy/. Voici le User-Agent complet :

KistrlProxy/1.0 (+https://kistrl.com/image-proxy/)

En-têtes des requêtes

Les requêtes aux serveurs d’origine utilisent une identité de service fixe et annoncent les types de ressources que nous acceptons.

Nous ne transmettons ni témoins du lecteur, ni données d’authentification, ni User-Agent de son navigateur, ni en-têtes Origin ou Referer, ni adresse IP transférée. Votre serveur reçoit une requête de l’infrastructure de Kistrl.

Comportement attendu

Comment nous récupérons les ressources

• Des ressources précises. Nous envoyons des requêtes GET HTTP ou HTTPS aux URL exactes référencées dans les courriels. Seul le contenu autorisé est demandé.
• Un cache temporaire. Les ressources récupérées sont réutilisées pendant un maximum de 24 heures, ce qui réduit les téléchargements répétés auprès de votre serveur. Le cache a une capacité limitée et peut les évincer plus tôt.
• Des requêtes coordonnées. Les requêtes simultanées pour la même URL et le même type de ressource sont coordonnées, et les ressources récupérées en cache sont réutilisées.
• Du contenu validé. Nous vérifions la taille et le format des ressources ainsi que les certificats TLS. Seules les destinations publiques sur les ports 80 et 443 sont autorisées.

Les limites que nous respectons

• Nous ne parcourons pas les sites Web, ne suivons pas les liens des pages et n’indexons pas le contenu récupéré pour la recherche.
• Nous ne rendons pas de pages Web, n’exécutons pas de scripts et ne chargeons pas de feuilles de style externes.
• Nous ne contournons pas les refus d’accès, les pages de connexion ou les défis antirobots. Les redirections sont désactivées.
• Les ressources de suivi connues sont bloquées avant tout contact avec le serveur d’origine. Les URL inconnues propres à un destinataire peuvent encore révéler à qui une ressource était destinée et quand elle a été récupérée.

Notre cache actuel utilise une durée de conservation définie par le service. Les en-têtes Cache-Control et Expires du serveur d’origine ne déterminent pas cette durée, et les requêtes à ce serveur n’utilisent pas encore les validateurs HTTP ni les requêtes conditionnelles. Les réponses aux lecteurs utilisent Cache-Control: no-store.

Adresses sources

Les requêtes aux serveurs d’origine proviennent de l’infrastructure de Kistrl. Utilisez le User-Agent documenté pour classer ce robot dans vos règles de trafic. Nous ne publions actuellement aucune liste vérifiée d’adresses IP de sortie ni de nom d’hôte DNS inverse.

proxy.kistrl.com est l’adresse utilisée par les lecteurs pour recevoir les ressources. C’est un nom d’hôte de livraison, et non un nom d’hôte source vérifié pour les requêtes reçues par votre serveur.

Limites de débit et nouvelles tentatives

Vous pouvez appliquer vos limites de débit habituelles à Kistrl Proxy. Nous limitons le trafic vers les serveurs d’origine à 8 récupérations simultanées pour l’ensemble du service, avec un maximum de 4 par nom d’hôte.

Le proxy ne lance pas de boucle de nouvelles tentatives en arrière-plan lorsqu’une ressource ne peut pas être récupérée. Ce contenu reste indisponible pour le lecteur; une requête autorisée ultérieure peut réessayer. Le navigateur du lecteur continue de passer par le proxy.

Les échecs sont conservés dans le cache temporaire et peuvent en être évincés plus tôt. Les erreurs réseau et les autres échecs non conservés en cache peuvent entraîner une nouvelle tentative lors d’une requête ultérieure.

Restrictions sur les ressources

Des ressources de taille limitée et validées permettent de maîtriser la livraison. Les limites suivantes s’appliquent à leur taille à la source :

Les images JPEG, PNG, GIF et WebP acceptées ne doivent pas dépasser 4 000 × 4 000 pixels et 16 mégapixels. Nous les réencodons en PNG ou JPEG et supprimons leurs métadonnées.

Les polices prises en charge sont WOFF, WOFF2, OTF et TTF. Les médias pris en charge sont MP4, WebM, Ogg, MP3 et WAV. Nous vérifions les signatures de fichier des polices et des médias, puis les transmettons.

SVG, HTML et JavaScript sont refusés. La validation des ressources n’est ni une analyse complète des logiciels malveillants ni une suppression de toutes les métadonnées des médias.

Identifier les requêtes

Pour reconnaître Kistrl Proxy dans vos journaux ou vos règles pour les robots :

1. Repérez un User-Agent commençant par KistrlProxy/.
2. Utilisez l’en-tête Accept documenté comme indice de classification supplémentaire.
3. Autorisez cette catégorie de robot à passer les défis destinés aux navigateurs, tout en conservant vos limites de débit et vos contrôles d’accès habituels.

Ces en-têtes servent à identifier les requêtes et peuvent être copiés par d’autres clients. Ils ne constituent ni une authentification ni une preuve cryptographique qu’une requête provient de Kistrl.

Pourquoi autoriser Kistrl Proxy?

Le proxy aide le contenu de vos courriels à parvenir à son public avec un nombre limité de requêtes clairement identifiées.

• Votre courriel s’affiche comme prévu. Les destinataires peuvent voir les images, les polices et les médias inclus dans leurs messages.
• La vie privée des lecteurs reste protégée. Votre serveur reçoit la requête de Kistrl sans l’adresse IP du lecteur, les renseignements sur son navigateur ni ses données d’authentification.
• Le cache réduit les téléchargements répétés. Les ressources récupérées sont servies depuis un cache temporaire plutôt que téléchargées à chaque consultation.
• Votre serveur garde le contrôle. Le nombre de requêtes simultanées est limité, et les réponses 429, 5xx et 403 déclenchent la politique de délais décrite plus haut.

Autorisez le préfixe User-Agent KistrlProxy/ dans vos règles pour les robots afin que les lecteurs de Kistrl puissent recevoir les ressources de vos courriels. Bloquer le proxy les rend indisponibles pour ces lecteurs.

Renseignements sur l’exploitant

Exploitant

Kistrl

Site Web

Accueil Kistrl