Identifiants refusés, « failed to authorize », plus aucune chaîne : les 7 causes, de la plus bête à la plus sérieuse

C'est le message le plus vague de l'IPTV : « identifiants refusés », « failed to authorize », ou simplement une liste de chaînes vide. Le serveur a dit non, sans dire pourquoi. Or les raisons possibles vont de l'espace de trop dans un copier-coller au compte banni pour partage, et elles ne se règlent pas du tout de la même façon. Ce guide les prend dans l'ordre de fréquence, et commence par le seul outil qui les départage.

Trancher en trente secondes

Avant tout, testez vos identifiants avec le checker. Il pose la question au serveur de votre fournisseur, depuis nos machines, et affiche ce que le serveur répond : état du compte (actif, expiré, banni, désactivé), date de fin, nombre de connexions autorisées, nombre de chaînes.

Si le checker dit « actif » alors que l'app refuse, le serveur accepte vos identifiants : c'est la façon dont ils sont entrés dans l'app qui cloche. C'est le cas le plus fréquent, et le plus vite réglé.

1. Un caractère en trop

Les identifiants Xtream Codes sont des suites de lettres et de chiffres générées par le serveur. Ils se copient, ils ne se retapent pas. Les erreurs classiques :

• Un espace collé avant ou après le mot de passe, invisible dans le champ. Les messageries en ajoutent souvent un à la fin d'une ligne.
• Un zéro et un O, un 1 et un l confondus en retapant. Le serveur ne fait pas de tolérance.
• Une majuscule transformée par le clavier du téléphone, qui capitalise le premier caractère d'un champ par défaut.

Effacez le champ, recollez depuis le message du fournisseur, et vérifiez que le curseur se pose bien collé au dernier caractère.

2. La bonne information dans le mauvais champ

Un accès IPTV se présente sous trois formes, et chacune a ses champs :

• Xtream Codes : une adresse de serveur, un nom d'utilisateur, un mot de passe. L'adresse s'arrête au port, par exemple http://serveur.example:8080. Rien après.
• URL M3U : une seule ligne, longue, qui contient get.php ou se termine en .m3u. Elle va dans le champ M3U, pas dans le champ serveur.
• Portail MAC : une URL de portail et une adresse MAC. Voir le cas 3.

L'erreur typique : coller l'URL M3U complète dans le champ « serveur » d'un accès Xtream. Le serveur reçoit une adresse qui contient déjà des identifiants, plus les identifiants à côté, et refuse. Autre classique : coller http://serveur.example:8080/player_api.php au lieu de http://serveur.example:8080. Le guide M3U ou Xtream Codes détaille ce que chaque forme contient.

Deux détails qui comptent : le port (:8080, :80, :25461, celui donné par le fournisseur, jamais deviné) et http ou https, à reprendre tel quel. Un serveur en http refusé en https, et inversement, donne aussi un « refusé ».

3. Le portail MAC sans MAC

Certains fournisseurs n'utilisent pas d'identifiant et de mot de passe, mais une adresse MAC, au format 00:1A:79:XX:XX:XX, que leur serveur associe à votre abonnement. C'est l'héritage des box de salon dédiées, où l'adresse était celle du boîtier.

Aujourd'hui, l'adresse est une clé comme une autre : le fournisseur vous en attribue une, vous l'entrez dans l'app avec l'URL du portail. Si le serveur refuse, c'est que l'adresse entrée n'est pas celle qu'il connaît. Trois cas : une faute de frappe, une adresse qui n'a pas encore été activée côté fournisseur, ou une adresse déjà associée à un autre appareil que le fournisseur doit libérer. Dans les trois cas, c'est lui qui a la main.

4. L'abonnement a expiré

Le cas n° 1 du « ça marchait hier ». La date de fin est passée, le serveur refuse tout. Le checker l'affiche noir sur blanc, et IPTV Guard vous prévient une semaine, trois jours et un jour avant, précisément pour que ça n'arrive pas devant la télé.

Si vous venez de renouveler et que ça refuse encore, le serveur n'a pas encore enregistré le paiement : c'est fréquent, et c'est chez le fournisseur que ça se règle. Rien à changer dans l'app, elle réessaie toute seule.

5. Le compte est banni ou désactivé

Le serveur reconnaît votre identifiant et refuse quand même : le fournisseur l'a coupé. Le message de l'app le dit explicitement. Les raisons habituelles, par ordre :

• L'identifiant a circulé. Un ami, un groupe, un forum. Le serveur voit des connexions depuis plusieurs villes et le fournisseur coupe, souvent sans prévenir.
• Un impayé ou un litige avec le revendeur.
• Un trop grand nombre d'appareils en peu de temps, que certains fournisseurs interprètent comme un partage.

Aucune app ne peut lever un bannissement. C'est une conversation avec le fournisseur, et il vaut mieux savoir laquelle des trois raisons avant de l'engager.

6. Le serveur bloque l'app, pas vous

Cas plus rare et plus déroutant : les identifiants sont bons, le checker dit actif, mais l'app est refusée. Certains fournisseurs ferment l'accès à l'API Xtream Codes derrière un pare-feu, en ne laissant ouverte que la playlist M3U. Résultat : un accès Xtream refusé, la même chose en M3U acceptée.

IPTV Guard détecte ce cas à l'ajout de la playlist et bascule de lui-même en M3U, en vous disant ce que ça change : tout fonctionne, sauf les informations que seule l'API donne, comme la date d'expiration et le nombre de connexions.

7. Le serveur a déménagé

« Adresse introuvable » ou « délai dépassé » sur un abonnement non expiré : le fournisseur a changé d'adresse et la vôtre pointe vers un serveur mort. Ce n'est pas un refus, c'est un silence. Le guide mon fournisseur a changé d'adresse explique comment mettre à jour sans perdre favoris et reprises.

Le faux cousin : la limite de connexions

Certaines apps affichent « failed to authorize » quand le serveur refuse une place parce que l'abonnement est déjà utilisé ailleurs. Ce n'est pas un problème d'identifiants, et le retaper cent fois ne changera rien. Le signe : ça marche parfois, ça échoue à d'autres moments, selon ce que font les autres appareils du foyer. Le guide sur la limite de connexions explique comment reprendre la main.

Ce qu'il ne faut pas faire

• Réinstaller l'app. Aucun des sept cas n'est dans l'app.
• Créer une nouvelle playlist à chaque essai. Corrigez celle qui existe : vos favoris et reprises y sont rattachés.
• Demander de nouveaux identifiants avant d'avoir testé les anciens avec le checker. Un fournisseur qui en génère à chaque appel ne cherchera jamais la cause.