Estamos descontinuando o serviço de túnel n8n e a opção –tunnel relacionada. Esta postagem explica o porquê, o que muda para você e como configurar alternativas seguras para o desenvolvimento local de webhook.
DR
- O n8n Tunnel Service foi desativado e está sendo descontinuado.
- Se você precisar de um URL público para teste de webhook local, use um serviço de encapsulamento de terceiros, como Túnel Cloudflare ou ngrok.
- Independentemente do provedor de túnel, trate seu endpoint de webhook local como um ponto de entrada de produção: verifique assinaturas, use segredos e minimize a exposição.
O que era o serviço de túnel n8n?
O n8n Tunnel Service fornece uma maneira simples de expor uma instância n8n em execução local à Internet pública para desenvolvimento e teste. Isso era comumente usado para receber webhooks de serviços de terceiros (por exemplo, GitHub, Stripe, Slack e muitos outros) ao desenvolver fluxos de trabalho localmente.
Por que estamos descontinuando isso
O n8n Tunnel Service foi originalmente introduzido como uma conveniência para o desenvolvimento local. Como fonte de problemas operacionais frequentes e preocupações de segurança, ele já foi removido no n8n v2, e o serviço permaneceu efetivamente como suporte legado para o n8n v1. Com o tempo, tornou-se cada vez mais difícil operar e manter o nível de confiabilidade que desejamos fornecer sem investimentos adicionais.
Por estas razões operacionais, não podemos mais oferecer suporte ao serviço. No futuro, recomendamos o uso de um provedor de encapsulamento terceirizado dedicado para desenvolvimento de webhook local.
O que muda para você
- Se você dependia anteriormente do túnel n8n, precisará mudar para uma alternativa.
- O
--tunnela opção atingirá o tempo limite com um erro ao iniciar v1 com o sinalizador. Adicionaremos um aviso mais informativo em uma próxima atualização de patch para v1. - Para canais de lançamento estável e beta, nada muda.
Alternativas recomendadas para teste de webhook local
Para receber webhooks em uma instância n8n em execução local, você precisa de um serviço de encapsulamento que exponha sua instância local à Internet pública. Existem várias opções gratuitas e pagas disponíveis:
Cada um desses serviços pode encaminhar o tráfego público para sua porta n8n local, permitindo que serviços de terceiros forneçam webhooks durante o desenvolvimento. Consulte a documentação do respectivo fornecedor para obter instruções de configuração específicas para o seu ambiente.
n8n fornece ferramentas de desenvolvimento usadas internamente com base em cloudflared. Consulte o documentação para obter detalhes. Observe que isso pode mudar a qualquer momento, pois se trata de ferramentas de desenvolvimento.
Independentemente de qual provedor de encapsulamento você usa, trate seu endpoint de webhook local como um ponto de entrada de produção: verifique assinaturas, use segredos e minimize o tempo de exposição.