O site bloqueou o seu endereço VPN? Verifique primeiro a permissão

Um site que responde com uma recusa após uma mudança de VPN disse-lhe algo sobre um caminho de rede e nada sobre a permissão para usar o serviço. Estes dois factos são constantemente confundidos, e o erro corre nos dois sentidos. A acessibilidade não é autorização, e uma conta em dia não é uma licença para usar todas as funcionalidades. Clarifique qual dos dois está realmente em causa antes de mexer numa rota, numa definição de DNS ou num perfil de cliente.

Comece pelo que foi realmente concedido

Três factos são rotineiramente tratados como um só: a conta existe e está em dia, a conta pode usar uma determinada funcionalidade ou endpoint, e o host responde na rede. Apenas os dois primeiros são permissões, e podem ser retirados de forma independente. Uma subscrição expirada, uma funcionalidade que nunca foi ativada e uma chave de API limitada a outro endpoint produzem todos falhas que, do lado do cliente, parecem problemas de conectividade.

Leia o aviso que recebeu antes de ler qualquer outra coisa. As suspensões, as restrições regionais, os limites de taxa e os bloqueios de tráfego chegam com formulações diferentes e têm remédios diferentes, e só um deles é uma conversa sobre permissões. Guarde o aviso, o registo temporal e o identificador da conta juntos, porque um pedido de suporte sem eles recomeça a investigação do zero.

Nomeie a restrição antes de mudar o caminho

Registe o que o servidor devolveu realmente, não o que o navegador mostrou. Um código de estado, o endereço resolvido e a hora da tentativa bastam para distinguir uma recusa de uma limitação, e capturá-los leva alguns segundos.

curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://app.example.com/login
dig +short app.example.com

Um 403 num endpoint enquanto o resto do site funciona aponta para uma regra de autorização e não para um bloqueio de rede. Um 429 com uma indicação de nova tentativa é um limite de taxa, e trocar os endereços de saída para o contornar é exactamente o comportamento que o limite existe para travar. Uma recusa que segue cada pedido independentemente do endereço volta a apontar para outro lugar, e nada disto se repara acrescentando um salto.

Mantenha os termos e a lei de acesso a computadores separados

Sob a palavra "permitido" estão duas perguntas separadas. A primeira é contratual: o que permitem os termos do serviço e que remédios descrevem para uma violação. Clicar por uma página ou continuar a usar um site não é, por si só, uma avaliação jurídica completa de se uma cláusula vincula alguém, e também não é um facto técnico. A segunda pergunta é se a conduta ultrapassa um crime de acesso a computadores, que tem os seus próprios elementos e as suas próprias autoridades.

Nos Estados Unidos, 18 USC 1030 abrange o acesso sem autorização e o excesso de acesso autorizado, sujeito a condições adicionais na secção. A decisão do Supremo Tribunal de 2021 no caso Van Buren restringiu a segunda expressão à obtenção de informações em áreas de um computador a que uma pessoa não tem direito de chegar, em vez do uso indevido de informações a que a pessoa tinha direito de obter. Essa opinião também deixou em aberto, numa nota de rodapé, se os limites que definem essas áreas devem ser tecnológicos e não contratuais.

O que daí decorre é modesto e prático. Uma discordância sobre a política de um site não é automaticamente um crime, e a questão do crime também não fica resolvida com uma alteração do lado do cliente. Nada nesse raciocínio autoriza a evitar uma suspensão ou a derrotar um controlo técnico, e a jurisprudência de uma jurisdição não responde à pergunta para cada serviço ou país.

Peça uma rota suportada em vez de uma rota diferente

Quando o acesso é importante, o passo produtivo é perguntar ao serviço qual a rota que suporta: acesso à conta restabelecido, um intervalo de endereços permitido para uma saída corporativa, um direito de API ou um processo de exceção documentado. As contas de trabalho devem passar pelo administrador que detém a relação, porque o requisito do site e a política de saída da organização têm de ser satisfeitos ao mesmo tempo.

Uma exceção aprovada também precisa de um responsável e de uma data de expiração. Caso contrário, uma entrada temporária na lista de permitidos torna-se a arquitetura permanente, e o revisor seguinte não consegue saber se alguma vez foi concedida.

Registe a resposta antes de agir

Registe o que mudou, quem o aprovou e o que o serviço disse, e depois volte a executar o mesmo pedido que capturou no início. Um pedido bem-sucedido após uma alteração aprovada é um evento diferente de um pedido bem-sucedido após um contorno, e só o primeiro tem um registo por trás.

Se o serviço recusar e o assunto for material, peça aconselhamento com os documentos já recolhidos em vez de continuar a experimentar. Conseguir chegar a um host é uma afirmação sobre encaminhamento. A permissão para usar o recurso é concedida pelo serviço ou pelas regras aplicáveis, e nenhuma quantidade de engenharia de rotas a fornece.