PAGUP Agent ControlAcesso ao WordPress para assistentes de IA
Testar grátis

Loop de redirecionamento em conexão de IA com WordPress: HTTP, HTTPS e URL canônica

Um redirecionamento muda esquema, host ou caminho e pode remover cabeçalhos de autenticação.

Rastreie cada redirecionamento e verifique esquema, host, caminho e Authorization.

Causas prováveis

  • Um redirecionamento muda esquema, host ou caminho e pode remover cabeçalhos de autenticação.
  • Home URL e Site URL usam esquemas, hosts ou caminhos diferentes.
  • O navegador usa HTTPS, mas o WordPress não reconhece a solicitação recebida na origem como segura.
  • O cliente chama o domínio, caminho base, endpoint REST ou endpoint MCP errado.
  • Hospedagem, proxy reverso, redirecionamento ou WAF remove o cabeçalho Authorization antes do WordPress.

Sequência de diagnóstico

  1. Rastreie cada redirecionamento e verifique esquema, host, caminho e Authorization.
  2. Compare Home URL, Site URL, host canônico público e endereço base REST.
  3. Confirme que o próprio WordPress reconhece a solicitação como HTTPS, não apenas o navegador.
  4. Confirme por evidência higienizada do servidor que o cabeçalho Authorization chega ao WordPress.
  5. Confirme esquema, host, caminho base e endpoint configurados no cliente.
  6. Registre as versões de WordPress, plugin, cliente, conector e servidor antes de qualquer alteração.

Aplicar a menor correção necessária

  1. Remova ou corrija o redirecionamento que altera inesperadamente a solicitação autenticada.
  2. Alinhe Home URL, Site URL, host público, esquema HTTPS e endereço base REST.
  3. Corrija o tratamento do proxy confiável e da origem para o WordPress reconhecer a solicitação HTTPS original.
  4. Configure servidor ou proxy confiável para repassar Authorization ao WordPress.
  5. Corrija endpoint, transporte, nome da ferramenta ou referência da credencial sem ampliar permissões.

Verificar o resultado

  • A solicitação autenticada chega ao endpoint canônico sem redirecionamento inesperado.
  • A evidência higienizada confirma que Authorization chega ao WordPress.
  • A solicitação autenticada corresponde ao usuário dedicado pretendido.
  • A leitura restrita aprovada funciona com resposta reproduzível.

O que não fazer

  • Não adicione uma solução permanente e não verificada de proxy antes de confirmar o caminho confiável.
  • Não desative globalmente WAF ou plugin de segurança para contornar uma solicitação.
  • Não edite o núcleo do WordPress ou arquivos de plugins terceiros como primeiro passo.
  • Não conceda acesso de administrador apenas para uma prova de conexão funcionar.
  • Não inclua Application Password, Authorization, token ou cookie em prompt, chamado, log ou captura.

Guias relacionados

Fontes e verificação

Esta página foi verificada com base nas seguintes fontes primárias. Última revisão das fontes: .