Em resumo
- Três casos em quatro são erro de digitação: um espaço colado junto com a senha, uma URL no campo errado, uma porta esquecida. O servidor diz "recusado" para tudo isso.
- O verificador do site decide em trinta segundos: mostra o estado da conta (ativa, vencida, banida, desativada) e a data de fim. Teste antes de procurar.
- Vencida, banida, desativada: nenhum app pode fazer nada, é entre você e o provedor. Mas cada caso tem um motivo, e ele diz respeito a você.
Nesta página
É a mensagem mais vaga do IPTV: "login recusado", "failed to authorize", ou simplesmente uma lista de canais vazia. O servidor disse não, sem dizer por quê. Só que os motivos possíveis vão do espaço a mais num copiar e colar até a conta banida por compartilhamento, e não se resolvem nem de longe do mesmo jeito. Este guia os toma em ordem de frequência, e começa pela única ferramenta que os distingue.
Decidir em trinta segundos
Antes de tudo, teste seus dados com o verificador. Ele pergunta ao servidor do seu provedor, a partir das nossas máquinas, e mostra o que o servidor responde: estado da conta (ativa, vencida, banida, desativada), data de fim, número de conexões permitidas, quantidade de canais.
| O verificador diz | Você está no caso |
|---|---|
| Ativa, com data de fim futura | 1, 2 ou 3: um erro de digitação no app |
| Vencida | 4 |
| Banida ou desativada | 5 |
| Recusado, sem estado | 1 a 3 se os dados acabaram de ser redigitados, senão 6 |
| Endereço não encontrado ou tempo esgotado | 7 |
Se o verificador diz "ativa" enquanto o app recusa, o servidor aceita seus dados: é a forma como eles foram digitados no app que está errada. É o caso mais frequente, e o mais rápido de resolver.
1. Um caractere a mais
Os dados Xtream Codes são sequências de letras e números geradas pelo servidor. Eles se copiam, não se redigitam. Os erros clássicos:
- Um espaço colado antes ou depois da senha, invisível no campo. Os apps de mensagem costumam acrescentar um no fim da linha.
- Um zero e um O, um 1 e um l confundidos ao redigitar. O servidor não tolera.
- Uma maiúscula alterada pelo teclado do celular, que põe a primeira letra de um campo em maiúscula por padrão.
Apague o campo, cole de novo a partir da mensagem do provedor, e confira que o cursor fica colado no último caractere.
2. A informação certa no campo errado
Um acesso IPTV vem em três formas, e cada uma tem seus campos:
- Xtream Codes: um endereço de servidor, um nome de usuário, uma senha. O endereço termina na porta, por exemplo
http://servidor.example:8080. Nada depois. - URL M3U: uma única linha, longa, que contém
get.phpou termina em.m3u. Ela vai no campo M3U, não no campo servidor. - Portal MAC: uma URL de portal e um endereço MAC. Veja o caso 3.
O erro típico: colar a URL M3U inteira no campo "servidor" de um acesso Xtream. O servidor recebe um endereço que já contém os dados, mais os dados ao lado, e recusa. Outro clássico: colar http://servidor.example:8080/player_api.php em vez de http://servidor.example:8080. O guia M3U ou Xtream Codes detalha o que cada forma contém.
Dois detalhes que contam: a porta (:8080, :80, :25461, a que o provedor deu, nunca adivinhada) e http ou https, copiado tal qual. Um servidor http recusado em https, e vice-versa, também dá "recusado".
3. O portal MAC sem o MAC
Alguns provedores não usam usuário e senha, mas um endereço MAC, no formato 00:1A:79:XX:XX:XX, que o servidor associa à sua assinatura. É a herança dos aparelhos de sala dedicados, em que o endereço era o do próprio aparelho.
Hoje o endereço é uma chave como outra qualquer: o provedor atribui um, você o digita no app junto com a URL do portal. Se o servidor recusa, o endereço digitado não é o que ele conhece. Três casos: um erro de digitação, um endereço ainda não ativado do lado do provedor, ou um endereço já associado a outro aparelho que o provedor precisa liberar. Nos três, é ele quem tem a chave.
4. A assinatura venceu
O caso número 1 do "ontem funcionava". A data de fim passou, o servidor recusa tudo. O verificador mostra isso preto no branco, e o IPTV Guard avisa uma semana, três dias e um dia antes, justamente para que isso não aconteça na frente da TV.
Se você acabou de renovar e ainda recusa, o servidor ainda não registrou o pagamento: é frequente, e se resolve com o provedor. Nada a mudar no app, ele tenta de novo sozinho.
5. A conta está banida ou desativada
O servidor reconhece seu login e recusa mesmo assim: o provedor cortou. A mensagem do app diz isso explicitamente. Os motivos habituais, em ordem:
- O login circulou. Um amigo, um grupo, um fórum. O servidor vê conexões de várias cidades e o provedor corta, muitas vezes sem avisar.
- Um pagamento pendente ou uma briga com o revendedor.
- Aparelhos demais em pouco tempo, que alguns provedores interpretam como compartilhamento.
Nenhum app levanta um banimento. É uma conversa com o provedor, e é melhor saber qual dos três motivos antes de começá-la.
6. O servidor bloqueia o app, não você
Caso mais raro e mais desconcertante: os dados estão certos, o verificador diz ativa, mas o app é recusado. Alguns provedores fecham o acesso à API Xtream Codes atrás de um firewall, deixando aberta só a lista M3U. Resultado: um acesso Xtream recusado, a mesma coisa em M3U aceita.
O IPTV Guard detecta esse caso ao adicionar a lista e muda sozinho para M3U, dizendo o que isso altera: tudo funciona, exceto as informações que só a API fornece, como a data de vencimento e o número de conexões.
7. O servidor se mudou
"Endereço não encontrado" ou "tempo esgotado" em uma assinatura não vencida: o provedor mudou de endereço e o seu aponta para um servidor morto. Não é uma recusa, é um silêncio. O guia meu provedor mudou de endereço explica como atualizar sem perder favoritos e retomadas.
O falso primo: o limite de conexões
Alguns apps mostram "failed to authorize" quando o servidor recusa uma vaga porque a assinatura já está em uso em outro lugar. Não é problema de dados de acesso, e redigitar cem vezes não vai mudar nada. O sinal: funciona às vezes, falha em outros momentos, conforme o que os outros aparelhos da casa estão fazendo. O guia sobre o limite de conexões explica como recuperar sua vaga.
O que não fazer
- Reinstalar o app. Nenhum dos sete casos está no app.
- Criar uma lista nova a cada tentativa. Corrija a que existe: seus favoritos e retomadas estão ligados a ela.
- Pedir dados novos antes de testar os antigos com o verificador. Um provedor que gera novos a cada chamado nunca vai procurar a causa.
No IPTV Guard
O IPTV Guard testa seus dados de acesso na hora de adicionar e diz em qual caso você está: recusados, vencidos, banidos. Se o provedor bloqueia a API Xtream mas deixa passar a lista M3U, o app muda sozinho e avisa o que você perde (a data de vencimento). E para portais MAC, você digita o endereço MAC que recebeu, sem precisar de aparelho dedicado.
Perguntas frequentes
O provedor diz que meus dados estão certos, o app diz que não.
Copie e cole da mensagem dele, não redigite. Se ainda falhar, teste com o verificador do site: ele consulta o mesmo servidor com os mesmos dados, de outra rede. Se disser ativa, o problema é um caractere a mais no app. Se disser recusado, o provedor está enganado.
Ontem funcionava, não mudei nada.
Então você está nos quatro últimos casos: vencimento, desativação, mudança de endereço ou limite de conexões. O verificador diz qual.
O que é exatamente "failed to authorize"?
A mensagem genérica de alguns apps quando o servidor recusa. Cobre tanto uma senha errada quanto uma assinatura vencida ou um limite de conexões atingido. Por isso não basta: é preciso saber por que o servidor recusa.
Meu provedor pede um endereço MAC. É para um aparelho?
Na origem sim, hoje não mais. Um portal MAC identifica o assinante por um endereço no formato 00:1A:79:XX:XX:XX em vez de usuário e senha. O IPTV Guard aceita o endereço que o provedor atribuiu a você: sem precisar do aparelho.
Posso compartilhar meus dados com um amigo?
Pode, e é a causa número 1 de banimento. Um login que conecta de três cidades acaba sinalizado pelo servidor, e o provedor corta. O limite de conexões vai pegar você antes disso, de qualquer jeito.