Clarification immédiate (Expectation reset)

Une erreur 429 (“Too Many Requests”) signifie que le serveur (ou l’infrastructure devant lui) refuse temporairement vos requêtes parce qu’il en reçoit trop sur une période courte, ou parce qu’un mécanisme de protection a jugé votre trafic “anormal”.

Point clé : dans la majorité des cas, ce n’est pas “un bug de l’application” au sens classique. C’est plutôt un rate-limit (limitation de débit) côté serveur/CDN/WAF, déclenché pour protéger un service contre l’abus, les boucles de requêtes, ou des comportements qui ressemblent à de l’automatisation.

Selon l’implémentation, le 429 peut être appliqué :

  • Par IP (votre adresse publique) : même compte, même réseau, trop de requêtes → blocage temporaire.
  • Par compte / session : un jeton de session trop sollicité ou réutilisé trop vite → limitation.
  • Par appareil / “empreinte” : combinaison appareil + app + réseau pouvant être associée à un comportement répétitif.
  • Par endpoint (une route serveur précise) : par exemple l’authentification, le chargement EPG, la liste de chaînes, ou une ressource DRM/CDN.

S’applique si vous voyez “429”, “Too Many Requests”, ou une erreur qui revient après plusieurs tentatives. Ne s’applique pas si vous avez plutôt “403/Forbidden”, “401/Unauthorized”, “500”, “timeout”, ou “aucune connexion”.

Correctifs rapides (à tester en 2 minutes)

  • Fermer l’app complètement (forcer l’arrêt) → coupe les requêtes en boucle et réinitialise la session → si ça repart après 2–5 minutes, c’était probablement une rafale/retry automatique.
  • Attendre 2–5 minutes avant de relancer → laisse passer un mini “cooldown” de rate-limit → si ça marche, le seuil était court (burst).
  • Redémarrer l’appareil → réinitialise pile réseau + cache + sockets → si amélioration nette, il y avait souvent un état réseau/app bloqué.
  • Redémarrer routeur/box (débrancher 20–30 s) → force une renégociation réseau, parfois une nouvelle IP (selon FAI) → si ça marche, l’IP ou la session réseau jouait un rôle.
  • Changer de réseau (Wi-Fi ↔ 4G/5G) → change l’IP publique et contourne un blocage par IP → si ça marche immédiatement, l’IP précédente était rate-limitée ou “bruitée”.
  • Désactiver VPN / proxy / Private DNS temporairement → évite IP partagée + filtrage + latence qui déclenche des retries → si ça marche, le tunnel ou le DNS amplifiait les requêtes.
  • Vérifier Date/Heure en automatique → sessions/jetons peuvent dépendre d’horodatage correct → si correction et retour à la normale, un décalage temps cassait la session et créait des boucles.
  • Stopper le zapping / refresh (30–60 s) → réduit la cadence de requêtes (playlist/EPG/streams) → si ça stabilise, vous dépassiez un seuil par rafales.
  • Attendre une fenêtre de “cooldown” 10–30 min (sans relancer en boucle) → utile si le rate-limit est strict → si ça repart après 10–30 min, vous étiez sous une pénalité temporaire.

Interprétation rapide : si un simple changement de réseau résout immédiatement, c’est presque toujours un 429 lié à l’IP (ou à la réputation de sortie). Si seul l’attente résout, c’est souvent un cooldown côté serveur (seuil temporel).

Pourquoi l’erreur 429 arrive sur Atlas Pro ONTV (causes classées)

Les règles exactes (seuils, durées, critères) ne sont pas vérifiées publiquement tant qu’il n’existe pas de documentation officielle détaillée. En support technique, on raisonne donc en signaux et tests plutôt qu’en suppositions.

1) Trop de requêtes en rafale (refresh, zapping, relances)

Chaque action peut générer plusieurs appels : actualisation de liste, EPG, vignettes, token de stream, DNS/CDN. Un enchaînement “ouvrir → erreur → relancer → zapping” peut créer une rafale suffisante pour déclencher un 429.

S’applique si l’erreur survient après plusieurs tentatives rapides. Ne s’applique pas si le 429 apparaît au premier lancement sans action.

2) IP partagée (CGNAT / hotspot) → réputation/IP “bruitée”

En 4G/5G (et parfois en Wi-Fi public), votre IP publique est souvent partagée entre de nombreux utilisateurs via CGNAT. Si d’autres personnes “épuisent” le quota, vous subissez le rate-limit. Même sans rien faire de spécial, vous héritez d’une IP déjà pénalisée.

Indice : le problème disparaît en changeant de réseau ou après un délai, sans modification de l’app.

3) VPN (sortie partagée) → rate-limit

Beaucoup de VPN font sortir des milliers d’utilisateurs par quelques IP. Les systèmes anti-abus les surveillent plus agressivement. Résultat : vous pouvez déclencher un 429 plus facilement via VPN.

Important : un VPN peut parfois aider si le 429 est lié à votre IP FAI (par exemple IP déjà pénalisée), mais il peut aussi aggraver en vous mettant derrière une sortie surchargée.

4) App qui boucle (retry automatique) après une erreur réseau

Quand le réseau est instable (pertes, DNS filtrant, latence), certaines apps réessaient automatiquement. Ces “retries” invisibles peuvent dépasser un seuil et déclencher 429, même si vous, vous ne cliquez pas.

Indice : l’erreur arrive en “idle”, sans zapping, surtout sur réseau instable.

5) Plusieurs appareils sur le même abonnement / même IP

Si plusieurs appareils tentent de se connecter ou rafraîchir en même temps, vous augmentez la cadence. Selon la logique serveur, le rate-limit peut être par compte, par session, ou combiné (compte + IP). Cela peut déclencher des blocages temporaires.

6) Protections WAF/CDN (anti-bot, anti-abus)

Un WAF (pare-feu applicatif) ou une couche CDN peut bloquer un trafic jugé “suspect” : trop de requêtes, signatures VPN, user-agent anormal, comportements répétitifs, ou patterns proches de scraping. Là aussi, les règles exactes sont rarement publiques.

Diagnostic propre (10 minutes, sans empirisme)

Objectif : isoler ce qui déclenche le 429 (IP, VPN, cadence, multi-appareils, instabilité réseau) avec un protocole simple. Ne changez qu’un paramètre à la fois.

Test A — Même appareil, cooldown, relance propre

Étapes : forcez la fermeture de l’app → attendez 10 minutes sans relancer → rouvrez une seule fois.

Ce que ça prouve : si ça refonctionne, vous étiez sous une pénalité temporelle (rate-limit) et l’attente suffit. Si ça ne refonctionne pas, le blocage est soit plus long, soit lié à l’IP/session/appareil.

Test B — Autre réseau (changer l’IP)

Étapes : même appareil, basculez Wi-Fi ↔ 4G/5G (ou hotspot) → relancez une fois.

Ce que ça prouve : si le 429 disparaît immédiatement, c’est fortement indicatif d’un blocage par IP (ou réputation d’IP). Si le 429 persiste sur les deux réseaux, ce n’est pas uniquement l’IP.

Test C — VPN ON/OFF (avec méthode)

Étapes : sur un réseau stable, testez sans VPN → si 429, activez VPN et retestez (ou l’inverse), en évitant de changer 10 serveurs.

Ce que ça prouve : si VPN résout, votre IP FAI est probablement pénalisée. Si VPN cause/aggrave, la sortie VPN est sur-limitée ou fortement surveillée.

Test D — Un seul appareil à la fois

Étapes : éteignez/fermez l’app sur tous les autres appareils (TV, box, téléphone) → gardez un seul appareil actif → attendez 5 minutes → relancez une fois.

Ce que ça prouve : si ça refonctionne, le 429 est probablement lié à l’accumulation de requêtes multi-appareils (compte/session/IP).

Test E — Réduire la cadence (zapping/refresh)

Étapes : une fois connecté, évitez le zapping rapide et les refreshs pendant 2–3 minutes. Laissez un flux se stabiliser.

Ce que ça prouve : si le 429 revient uniquement lors du zapping/refresh, vous déclenchez un seuil de requêtes par rafales (burst). La “solution” est comportementale + réseau stable, pas une réinstallation.

Solutions ciblées selon votre scénario

429 uniquement en 4G/5G

Cause probable : CGNAT (IP partagée), IP mobile déjà pénalisée, ou instabilité radio qui déclenche des retries.

Meilleure solution : basculer temporairement sur Wi-Fi stable pour confirmer → si besoin, activer un VPN de qualité avec sortie peu saturée (un seul serveur, pas de rotation frénétique) ou changer d’antenne/zone.

À ne pas faire : changer l’APN au hasard, enchaîner 20 tests en 2 minutes (vous augmentez la cadence et prolongez le blocage).

429 uniquement en Wi-Fi

Cause probable : IP fixe/FAI temporairement rate-limitée, routeur instable, DNS filtrant (Private DNS/DoH) qui casse des appels et provoque des retries.

Meilleure solution : redémarrer box/routeur (débrancher 20–30 s) → désactiver temporairement Private DNS / filtrage → retester après cooldown. Si possible, testez via partage de connexion mobile pour confirmer “IP Wi-Fi vs IP mobile”.

À ne pas faire : réinstaller l’app en boucle (le problème est en amont, pas sur le binaire).

429 après zapping / refresh

Cause probable : rafales de requêtes (chargements multiples) + seuil anti-abus.

Meilleure solution : limiter le zapping rapide, attendre 2–3 secondes entre changements, éviter de relancer le flux 10 fois. Si l’app propose un mode “auto” de qualité/codec, laissez-le stable au lieu de forcer des bascules.

À ne pas faire : spammer “retour/lecture/refresh” (vous nourrissez exactement le déclencheur).

429 avec VPN

Cause probable : sortie VPN partagée/saturée, réputation d’IP VPN, ou détection WAF.

Meilleure solution : testez sans VPN (réseau stable) → si nécessaire, choisissez un VPN avec sortie moins partagée et évitez les serveurs “gratuits” ou ultra-populaires. Gardez la même sortie pour ne pas ressembler à une rotation automatisée.

À ne pas faire : changer de serveur toutes les 30 secondes (cela ressemble à un comportement abusif et peut empirer le blocage).

429 sur plusieurs appareils

Cause probable : accumulation de requêtes par compte/session/IP, ou sessions concurrentes.

Meilleure solution : effectuer un test “un seul appareil” (Test D). Laissez un seul appareil connecté, les autres fermés, puis reconnectez progressivement. Pendant les tests, évitez les mises en route simultanées (TV + mobile + box).

À ne pas faire : lancer 3 appareils en même temps “pour voir” (cela rend le diagnostic impossible et augmente la cadence).

Prévention (éviter le retour du 429)

  • Réduire les actions répétées : évitez les relances en boucle, le zapping frénétique, et les refreshs successifs.
  • Un seul appareil lors des tests : pour isoler la cause et éviter d’empiler les requêtes.
  • Réseau stable : une connexion instable déclenche des retries et peut “multiplier” vos requêtes sans que vous le voyiez.
  • Éviter les VPN très partagés : si VPN nécessaire, privilégiez une sortie moins saturée et gardez-la stable.
  • DNS/filtrage : un Private DNS agressif, un bloqueur ou un filtrage réseau peut casser des appels et provoquer des boucles de réessai.
  • Redémarrage intelligent : si 429 apparaît, stoppez, attendez, puis relancez. Le “spam test” prolonge souvent le blocage.

S’applique si vous avez des 429 intermittents. Ne s’applique pas si vous êtes constamment bloqué dès la première requête (dans ce cas, priorisez Test B + Test D + cooldown long).

Ce qu’il ne faut pas faire

  • Réinstaller en boucle : cela ne change ni votre IP, ni les seuils serveur, et augmente souvent les tentatives.
  • Tester 10 APK différents : vous multipliez les connexions et risquez d’être perçu comme automatisé/abusif.
  • Changer l’APN au hasard : sans hypothèse, c’est du bruit (et parfois des pertes réseau → retries → pire).
  • Multiplier VPN/serveurs sans méthode : la rotation rapide ressemble à un comportement suspect et peut déclencher davantage de protections.
  • Cliquer frénétiquement (zapping/refresh/retry) : c’est la manière la plus simple d’augmenter la pénalité.

FAQ (10–12 questions)

1) 429 = compte banni ?

Pas forcément. Un 429 est d’abord une limitation temporaire. Un bannissement ressemble plutôt à un refus permanent (souvent 403/401) ou à un blocage qui ne change pas après cooldown + changement d’IP. Test B et un cooldown long aident à trancher.

2) Combien de temps attendre ?

Commencez par 10 minutes. Si le 429 persiste, passez à 30 minutes sans relance. Certains rate-limits peuvent être plus longs selon la sévérité. Relancer toutes les 20 secondes ne fait généralement que repousser la fin du cooldown.

3) Le VPN aide ou empire ?

Les deux sont possibles. Aide si votre IP FAI est pénalisée. Empire si la sortie VPN est partagée/sur-limitée. Faites Test C proprement (une variable à la fois).

4) Pourquoi ça arrive sur fibre ?

Même sur fibre, l’IP peut être rate-limitée ou la session peut générer trop de requêtes (zapping, refresh, retries). La fibre réduit les problèmes de débit, mais pas les seuils de requêtes côté serveur.

5) Est-ce que redémarrer la box change toujours l’IP ?

Non. Certains FAI gardent la même IP (bail long). Mais redémarrer peut réinitialiser la session réseau et résoudre des états bloqués. Si vous voulez certainement changer d’IP, Test B (Wi-Fi ↔ 4G/5G) est le plus net.

6) Est-ce que “Private DNS” peut déclencher 429 ?

Indirectement, oui : si le DNS/filtrage provoque des erreurs de résolution, l’app peut réessayer et multiplier les requêtes. Désactivez temporairement pour tester (correctif rapide).

7) Est-ce que l’heure/date peut vraiment jouer ?

Oui, pour les mécanismes de sessions/jetons horodatés. Un décalage peut provoquer des échecs et des retries, donc plus de requêtes et un 429. Gardez l’heure en automatique.

8) Est-ce que vider le cache aide ?

Parfois, si le cache est corrompu et déclenche des appels répétitifs. Mais ce n’est pas la première action : commencez par cooldown + changement de réseau (plus informatif).

9) Pourquoi ça marche chez un ami mais pas chez moi ?

Souvent parce que vous n’avez pas la même IP de sortie, pas le même réseau (CGNAT), pas la même instabilité, ou pas les mêmes appareils connectés simultanément. Un test sur un autre réseau est le plus révélateur.

10) Est-ce que plusieurs appareils sur le même Wi-Fi peuvent suffire à déclencher 429 ?

Oui, si l’addition des requêtes dépasse un seuil (compte/session/IP). Faites un test “un seul appareil” pour confirmer.

11) Que dire au support pour être efficace ?

Donnez des éléments testables : “429 seulement en 4G”, “429 disparaît en Wi-Fi”, “429 après zapping rapide”, “429 uniquement avec VPN”, “un seul appareil vs plusieurs”. Indiquez aussi l’heure approximative et le type d’appareil (Android TV/Fire TV/iOS).

12) Y a-t-il un indicateur technique comme “Retry-After” ?

Sur le web, un serveur peut envoyer un en-tête Retry-After pour indiquer quand réessayer, mais selon l’app et l’infrastructure, vous ne le verrez pas toujours. En pratique, le cooldown reste le test le plus fiable.

Synthèse opérationnelle

  • Stoppez la boucle : forcez l’arrêt + attendez (10–30 min si nécessaire).
  • Changez d’IP : Wi-Fi ↔ 4G/5G pour confirmer un rate-limit par IP.
  • Testez VPN proprement : il peut corriger ou provoquer le 429 selon la sortie.
  • Un seul appareil pendant le diagnostic : évitez l’addition de requêtes.
  • Réduisez zapping/refresh : les rafales déclenchent souvent le 429.

Sources techniques (références)

Guides utiles (liens internes)

  • Atlas Pro ONTV ne fonctionne pas ? Solutions immédiates (2026)
  • Erreur Atlas Pro ONTV : comprendre les messages et savoir quoi faire
  • Bug Atlas Pro ONTV : comprendre le problème et agir sans empirisme
  • Atlas Pro ONTV : activer un abonnement (procédure fiable + diagnostic en cas d’échec)
  • atlas pro ontv fonctionne sur wifi mais pas 4g
  • atlas pro ontv problème connexion serveur