MMS falha no Android com a VPN ligada: primeiro o caminho da operadora
As mensagens com imagem usam o próprio caminho da operadora e a própria capacidade de rede, por isso navegar bem não prova nada. Separe SMS, MMS e RCS antes de mexer na VPN.
As páginas web carregam, as chamadas funcionam e uma mensagem com imagem fica em a enviar sem um erro sobre o qual possa agir. Essa combinação não é uma falha de internet. MMS é um serviço da operadora com configuração própria e caminho de entrega próprio, e no Android a plataforma pode pedir uma rede específica para ele em vez de reutilizar a rota que o navegador tomou. Daí resultam três decisões: que tipo de mensagem falhou realmente, quem é o dono do transporte e se a VPN tem alguma coisa a ver.
Que tipo de mensagem falhou realmente
SMS, MMS da operadora e RCS são três serviços distintos que partilham uma só janela de conversa. O balão na conversa não lhe diz qual foi usado, e a reparação de um não toca nos outros. Uma mensagem com imagem falhada que na realidade é uma mensagem RCS não se resolve mudando as definições de APN, e um MMS que nunca saiu do telefone não se resolve voltando a registar o RCS.
Estabeleça a falha com as palavras mais simples disponíveis: chega um SMS só de texto, falha uma imagem pequena ao enviar, ao receber ou em ambos, e a falha é anterior à VPN. Se a resposta for que só falham as imagens recebidas, está a olhar para um caminho de descarga, que se comporta de forma diferente de um caminho de envio numa rede restringida.
MMS pede uma rede, não apenas uma rota
O Android expõe as operações MMS através do SmsManager e do serviço MMS da plataforma, que pode pedir uma rede celular com capacidade MMS para uma subscrição específica. É um pedido mais estreito do que o de uma aplicação que abre uma ligação HTTPS pela rota predefinida. É também por isso que uma VPN que transporta todo o tráfego comum pode coexistir com um caminho MMS a funcionar, e por isso a combinação inversa aparece como falha.
A distinção importa porque aponta para responsáveis diferentes. Se o pedido MMS da plataforma não puder ser satisfeito, o problema está do lado da subscrição ou da operadora. Se tiver êxito mas a transferência parar apenas com a VPN ativa, a integração de rede da aplicação ou a política da VPN é o suspeito mais provável. Adivinhar entre essas duas opções é o que mais tempo faz perder neste tipo de relato.
| What you observe | Where to look first |
|---|---|
| No mobile data at all, SMS also fails | Subscription, carrier data service, SIM state |
| Browsing works, MMS fails only with the VPN on | The app's network integration or the VPN policy |
| MMS fine, RCS will not register | RCS registration, unrelated to the MMS transport |
| MMS fails on one SIM but not the other | Which subscription owns mobile data, and which sent the message |
Deixe quieta a configuração da operadora
Mantenha o APN previsto pela operadora, o endereço do servidor MMS e as definições de proxy tal como estão. Que uma VPN mude o seu comportamento de navegação não é motivo para colar um APN desconhecido ou um servidor DNS público; o MMS não usa o resolvedor que o seu navegador prefere, e um APN errado quebra o único caminho que funcionava.
Num telefone de dois SIM, verifique duas coisas separadas: que subscrição tem agora os dados móveis e de que subscrição foi enviada a mensagem. É comum testar no SIM que por acaso tem dados enquanto a conversa que falha está ligada ao outro. Uma aplicação de mensagens antiga de terceiros também pode usar um caminho de rede próprio ou antigo que se comporta de forma diferente do caminho integrado no sistema, por isso prefira o modo documentado da aplicação mantida aos nomes de menu que recorda de uma versão antiga.
Torne a comparação estreita
Mantenha tudo constante exceto a variável que está a testar: a mesma aplicação, o mesmo destinatário, a mesma subscrição, uma imagem de teste pequena e não sensível. Anote se falham o envio, a receção ou ambos, qual é o texto exato do erro e se o resultado muda com a VPN ativa.
Se a política o permitir num dispositivo pessoal, uma comparação curta sem a VPN isola a dependência. Isto é um diagnóstico, não uma recomendação de trabalhar sem proteção, e num dispositivo gerido ou bloqueado o fluxo de trabalho suportado vem do administrador e não de um post de fórum. Evite enviar media privada repetidamente só para reproduzir uma falha que pode reproduzir uma vez.
O que entregar ao suporte e o que não assumir
Se só falhar o caso com a VPN ativa, o relatório útil contém o nome e a versão do cliente, a versão da aplicação de mensagens, o tipo de rede, a subscrição em uso e a hora local exata da falha. Com esses cinco factos, alguém pode alinhar a falha com os registos da operadora e do cliente em vez de adivinhar.
Não assuma que excluir a aplicação de mensagens é a cura. Os componentes de telefonia do sistema podem possuir parte da operação, e uma política de bloqueio sem VPN comporta-se de forma diferente de uma exclusão simples, por isso a aplicação pode continuar a falhar embora pareça isenta. Teste a exclusão como hipótese, guarde o resultado e reverta-a se as provas não a sustentarem.