Olá @Sam_Rao
O erro de incompatibilidade de URI de redirecionamento que você está enfrentando na sua instância de staging é um obstáculo comum, mas frustrante, em implantações do n8n. Mesmo quando a URL parece idêntica, os servidores de autenticação do Google são extremamente rigorosos. O processo requer uma correspondência exata, caractere por caractere, entre o valor definido no seu Google Cloud Console e o valor que o n8n envia em sua solicitação. Se houver até mesmo uma única diferença de caractere, como uma barra invertida final ausente, a autenticação será rejeitada imediatamente.
Uma das causas mais frequentes para esse erro, especialmente após alterações de configuração, é o atraso de propagação global do Google. Mesmo se você tiver atualizado os URIs de Redirecionamento Autorizado no Google Cloud Console, essas alterações podem levar várias horas para se propagarem pela infraestrutura do Google. Se você modificou essas configurações recentemente, a solução mais provável é simplesmente aguardar algumas horas e tentar novamente, pois o sistema ainda pode estar usando a configuração antiga.
Também é vital verificar se as variáveis de ambiente dentro do seu container Docker correspondem às suas expectativas. Embora seu arquivo .env pareça correto, é possível que o processo n8n em execução tenha uma configuração diferente devido a cache ou à forma como o container foi inicializado. Executar um comando para imprimir as variáveis de ambiente de dentro do container ajudará você a confirmar que as configurações de WEBHOOK_URL e N8N_PROTOCOL estão corretamente aplicadas e não estão usando valores padrão internos e incorretos.
docker exec <container_id> env
Você também deve examinar sua configuração de Nginx em busca de possíveis conflitos. Embora suas configurações atuais sejam padrão, garanta que headers como X-Forwarded-Proto e X-Forwarded-Host estejam sendo passados corretamente sem serem sobrescritos por outros serviços. Se você está usando camadas adicionais como Cloudflare, verifique se não estão modificando ou removendo esses headers antes de chegarem ao seu proxy reverso Nginx, pois isso impediria o n8n de gerar a URL de redirecionamento segura apropriada.
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
Com relação à configuração do Google Cloud Console, garanta que a tela de consentimento OAuth do seu projeto esteja devidamente configurada para o ambiente de staging. Se seu app está atualmente em fase de testes, você deve adicionar explicitamente qualquer conta que esteja usando para testes à lista de “Usuários de Teste” dentro do console. Além disso, garanta que as configurações do projeto não tenham restrições de domínio que possam estar causando o domínio de staging ser tratado diferentemente do seu ambiente de produção.
Finalmente, o erro 414 encontrado pela sua conta de administrador indica que a URL OAuth gerada está excedendo os limites típicos de caracteres. Este é um problema conhecido causado pelo acúmulo de escopos e dados de estado. Completar com sucesso a autenticação com uma conta que não é de administrador é a melhor maneira de contornar isso, pois permite que o handshake inicial ocorra e estabelece os cookies de sessão necessários para futuras interações. Comparar os parâmetros da URL gerada lado a lado com sua configuração de console continua sendo a forma mais definitiva de identificar qualquer discrepância oculta.
busca no canto superior direito.
Você pode postar em qualquer idioma - vamos traduzir sua postagem para você!