Cloudron Forum

@robi already done that, that's why i asked the question about the Service URL and API Key, since what i understand from the documentation that if it's already included in the instalation then the service url and api key already there in written in .env, but if i have to add manually then what should i fill in the .env configuration

It got me a bit confused since the documentation mention that it's already included in recent version, then i assume that the service already up and running in cloudron n8n, but even it's not there yet in latest n8n cloudron update, please advise how we can do manually in terminal

With the recent n8n upgrade that introduces the n8n AI Assistant feature, I am looking to set it up on my Cloudron instance.

However, I am a bit confused about the required environment variables or configurations, specifically the Service URL and API Key for the AI Assistant.

Could anyone advise on the following:

• Is this AI Assistant service automatically deployed and configured within the Cloudron n8n Docker package?
• If not, what are the correct steps or environment variables needed to configure the Service URL and API Key manually in the Cloudron dashboard?

Any guidance or examples from anyone who has successfully set this up would be greatly appreciated!

Thanks in advance!

@james These days i use Cloudflare Zero trust to protect certain domains from public access, for example like in wordpress, I protect the access to wp admin with cloudflare, not some kind of vpn that need another private layer to connect with (as far as I know that how VPN Works)

I have been using N8N for years, and frankly never had once the webhook of N8N exposed to public on front end code, always use only in backend.

What you explain is really nice , but to my understanding of VPNs is that they require a client for access and introduce overhead, which can reduce overall connection speed

I think a proxy firewall solution is more interesting, like what Cloudflare does. But when I first saw the article about using another domain for webhooks, I thought it was similar to Typebot's setup, where the console and the chat window use different domains.

@james somehow, it's deemed as a preview, not a stable one, but the documentation can be found here

https://docs.n8n.io/build/ways-of-building-workflows/ai-assistant

@james it might be out of topic, but in the latest update, i don't see AI assistant preview in n8n Cloudron, is it missing from the latest cloudron update or any env configuration need to be added?

@james ya, i can still secure it using proxy that will lock away user accesing UI login from main sub domain

@LoudLemur Yes, i dont see it either in any update from the author

@andreasdueren well, i think that's not what i expect LOL, it's still unsecured

@james that means the alias domain still can expose main login domain for example my n8n domain is abc.domain.com and the alias domain is xyz.domain.com then if someone point to xyz.domain.com then it still can open n8n login directly too?

@robi What do you mean another webhook provider?

@james is there any plan to implement this?

@james Is there any ETA plan for this addition in Cloudron?

@james Yes, this feature is highly necessary for our use case rather than just a convenience.

To give you an example, it works similarly to Typebot, where the domain for development and backend management is kept separate from the public-facing chat interface.

We see a similar need in n8n. When we build public-facing features like n8n Chat or Forms, keeping them on the same domain as the workflow development console creates a major limitation. As long as they share the same URL on Cloudron, we cannot fully utilize these public features natively for our users; our only workaround right now is embedding them (as an iframe).

Having full secondary domain support would allow us to host the admin console on one domain while securely serving the public forms and chats on another

I want to set up my n8n instance on Cloudron so that the Webhook URL uses a different domain than the main dashboard instance URL.

For example:

• Main Instance/Dashboard: https://abc.n8n.com
• Webhook URL: https://xyz.n8n.com

I know that in a standard self-hosted Docker setup, we can achieve this by configuring the WEBHOOK_URL environment variable and routing both domains via a reverse proxy to the same container.

However, looking at the Cloudron dashboard, the "Change Location" settings only support HTTP Redirection to the primary domain. It does not seem to support a true Domain Alias (where both domains actively reverse-proxy into the same container web port simultaneously).

A standard 301/302 redirect will likely break incoming webhooks from third-party services.Given this limitation, what is the best workaround to achieve this in Cloudron?Is there a way to safely expose a second domain as an alias for the n8n app container?

Do I need to manually adjust the internal Nginx configuration via the terminal, or is there a way to leverage the CLOUDRON_ALIAS_DOMAINS env if I custom-package it?

Any guidance, workarounds, or examples from anyone who has done this would be highly appreciated. Thanks!

@joseph I think what finn means is different than concurrency control , it seems the queue mode mean there are two n8n servers in Cloudron and one can acts as controller and the other acts as workers, so I think what finn means that Cloudron team can add capability to existing n8n package to make the n8n package can act as workers, so when capacity getting bigger, then the load can be divided into several n8n instances instead of one big instance, so if there's a fail in one of the instance then it wont impact other instances or cause the controller UI hangs

Here I attach the menu that affect my whole Cloudron installations after I update Cloudron to latest release 9.2, all menu LDAP,OIDC, User Directory and Groups under user menu are now gone!!

Screenshot from 2026-05-28 10-09-59.png

Please help

@girish after update to 9.2 release, i don't see LDAP menu anymore under User menu, and in a matter of fact all menu under user is gone, including user group, is it intentional ? How to fix

I’m currently trying to set up the Baserow MCP connection with clients like Claude and Metamcp. I managed to get the connection to work, but unfortunately, the tools aren't showing up in the UI.

It’s worth noting that this isn't an issue when I connect to Baserow Cloud, so it seems isolated to my current setup.

I've been reading through some forums and noticed mentions of potential conflicts with Gzip compression. It sounds very similar to a headache we had back in the day with n8n where compression was causing parsing errors.

Does anyone else have experience with this? If my theory about Gzip is off, I’d love to hear what else could be causing the tools to disappear. Hoping to get this connection stable!

Thanks in advance

I just updated the latest version of OpenWebUI 0.9.0 but it seems it contains bug that makes the unable to async, i see that the latest release 0.9.1 already out, I hope Cloudron Team can update to the latest one