A App Store não se liga depois de uma VPN ou filtro de conteúdo

Instala uma VPN ou um filtro de conteúdo e a App Store deixa de iniciar sessão ou de transferir. O Safari continua a carregar páginas, o que faz o problema parecer uma questão de conta Apple e não de rede. Trate-o antes como quatro perguntas separadas: o Mac alcança o serviço, consegue iniciar sessão, consegue obter um catálogo e consegue transferir um item. Cada falha aponta para uma fase diferente, e a lista abaixo percorre-as pela ordem em que errar custa menos.

Dê nome à falha antes de mudar seja o que for

Anote o que acontece de facto. Uma loja que abre mas nunca lista nada é um problema de alcance ou de proxy, não de autenticação. Uma loja que lista itens e recusa transferir está mais próxima de uma falha de transporte numa ligação em volume. Um ciclo de início de sessão sem texto de erro é normalmente o estado da conta, que nenhum ajuste de rede corrige.

Registe quando começou e a última coisa que mudou. Se a resposta for um novo produto de rede, a versão e os componentes pesam mais do que tudo o resto que vai reunir. Ambos pertencem ao ticket mesmo que resolva o problema sozinho, porque a pessoa seguinte começa onde o utilizador parou.

Primeiro passo: excluir os serviços da Apple e o relógio

Verifique a página System Status da Apple e o próprio texto do erro antes de tocar na configuração de rede do Mac. Uma falha de serviço parece exatamente um filtro avariado do lado do utilizador e desaparece sem qualquer alteração na sua máquina. Dois minutos nessa página poupam normalmente uma hora de reconfiguração.

Confirme que a data e a hora estão corretas, incluindo o fuso horário. A validação de certificados depende do relógio, e um Mac que dormiu ou viajou vai falhar o handshake TLS com serviços que alcançava ontem. Se a conta precisar de atenção, use o fluxo da conta em vez de alterações de encaminhamento.

Teste um segundo dispositivo na mesma rede, se puder. Dois dispositivos a falhar em conjunto apontam para a rede ou o serviço; um único dispositivo a falhar aponta para a configuração desse Mac.

Segundo passo: identificar que componente o produto instalou

Um túnel VPN, um proxy HTTP, um filtro de conteúdo e um proxy DNS são coisas diferentes, e um instalador pode acrescentar mais do que um. Veja o que está realmente configurado antes de raciocinar, porque a correção está no componente que detém o tráfego que falha.

Nas versões atuais do macOS a extensão de rede aparece em Definições do Sistema, nas áreas de privacidade e rede, ao lado de qualquer configuração de proxy e de todas as definições de DNS acrescentadas pelo produto. Registe o que encontrar, incluindo se o produto impõe um bloqueio que exige intencionalmente que a VPN esteja ligada.

Esse último detalhe importa. Um filtro que bloqueia a loja enquanto o túnel está desligado comporta-se como foi concebido, e tratá-lo como erro leva a desligar proteção que a organização pediu. Leia a descrição da regra do próprio produto antes de concluir que a regra está errada.

Terceiro passo: alterar exatamente um caminho de cada vez

Use o controlo documentado do próprio produto para testar um caminho alternativo, e altere apenas uma coisa. Um Mac gerido pode exigir um administrador para essa alteração, e contornar a política para provar um ponto é uma decisão diferente de a diagnosticar.

Quando a loja funciona na alternativa permitida, tem a resposta: a falha está na política que rege o caminho original. Leve essa conclusão a quem detém o produto em vez de desativar cada componente de segurança para ver qual era importante.

Quarto passo: corrigir a inspeção no sistema que inspeciona

Os requisitos de rede publicados pela Apple separam as dependências de apps, atualizações de software, serviços de conta e validação de certificados, pelo que permitir um único nome de anfitrião conhecido não cobre o serviço inteiro. Indicam também que a interceção HTTPS pode quebrar estes serviços.

Quando um proxy ou filtro inspeciona tráfego, a exceção suportada pertence ao sistema que inspeciona e é aplicada por quem o administra. Não compense no Mac enfraquecendo a validação de certificados ou aceitando um certificado inesperado, porque isso troca um incidente de suporte por um incidente de segurança.

Quinto passo: desinstalar corretamente e depois entregar de forma limpa

Se o produto já não for desejado, use o seu desinstalador e conclua qualquer reinício que peça. Arrastar a app para o lixo ou apagar uma entrada de VPN nas Definições não prova que a extensão de rede, a definição de proxy ou o componente em segundo plano desapareceram, e a peça restante continua a afetar o tráfego.

Resista ao primeiro impulso de limpar caches, cookies e itens do porta-chaves. Deita fora estado de que pode precisar e raramente identifica que componente alterou o caminho. Do mesmo modo, não publique um arquivo de diagnóstico completo do sistema partindo do princípio de que não contém nada privado.

Uma entrega melhor é curta: o texto do erro, a janela temporal, o produto e a versão, os componentes que instalou e o resultado da única comparação que lhe foi permitido fazer.