Triggers not working on self hosted instance?

Hello there,

I just discover n8n product, and it’s such a good product to automate many tasks !

As a technical profile in my company, I want to self host n8n on our specific machine using docker, very easy by using the tutorials, and my instance works perfectly (actions works)

But when I want to use the triggers (I try typeform and ActiveCampaign triggers), nothing happend (seems the triggers doesn’t detect that the action has been performed)

To be sure that the issue isn’t from the plugin, I try on n8n cloud and it’s works perfectly. Maybe there is a missing configuration to make it works ?

Anybody encoutered the same issue or not ?

Thanks for your help,

Kindly,
Florian

2 Likes

Hi @Florian_Ruen

Welcome to the n8n community :tada:

When you’re self-hosting in the local machine. There is no way for n8n to get data from the outside world.
Here is where the Tunnel comes in.

Tunnel lets you get data from the other applications. You can refer to the below documentation to enable it.

Please note that n8n Tunnel is only for testing and development purposes. Don’t use it in production. (Since it can be accessed by anyone with the tunnel URL)

If you’re hosting in the VPS like Digital Ocean, Make sure you have WEBHOOK_TUNNEL_URL set to your n8n instance domain name in the enviroment variables.

Please mention how you’re hosting n8n. (Docker, Desktop App, npm)

3 Likes

Hi @mcnaveen ,

Thanks for your answer !

I host n8n using docker-compose on AWS EC2 machine, but I found the issue yestarday evening.
The issue was caused by a not valid SSL certificate (because I run the docker before the DNS propogate so the Let’s encrypt validation failed)

Right now it’s fixed, but thanks for the tips about the tunnel !

PS : Now I’m confronted to another issue related to Scope Error using Hubspot Trigger - #24 by MutedJam

KIndly,
Florian

1 Like

Thank you!! you saved my day!

1 Like

Happy to see my answer helped to solve your issue :relaxed:

I’m self-hosting n8n on a Hostinger VPS (Ubuntu 24.04) using Docker Compose. n8n version now shows 1.118.2.

Problem:
Schedule Trigger nodes do not fire at all on activated workflows (e.g., every 30s / every 1 min / every 11h 3m). Manual “Execute workflow” works; Executions list stays empty while activated.

What I already tried

Removed VPN, moved workflows to another laptop (so no browser/VPN variable)

Set workflow timezone to Australia/Sydney (also tried odd-minute offsets)

Toggled workflow OFF/ON, recreated brand-new minimal test flow (Schedule → Set/If)

Updated n8n via Hostinger terminal:

docker compose pull
docker compose down
docker compose up -d

n8n is up to date, but schedules still never run.

Hypothesis:
The background worker isn’t running (queue mode needed for cron). Hostinger’s one-click install may only run the main process.

Request:
Can someone please confirm that enabling queue mode + a worker service is the correct fix for this setup? Below is the proposed compose I plan to switch to. Does this look right/safe for 1.118.2?

version: “3.8”

services:
n8n:
image: n8nio/n8n:latest
restart: always
ports:

  • “5678:5678”
    environment:
  • GENERIC_TIMEZONE=Australia/Sydney
  • TZ=Australia/Sydney
  • EXECUTIONS_MODE=queue
  • QUEUE_BULL_REDIS_HOST=redis
  • QUEUE_BULL_REDIS_PORT=6379

(set your own values as applicable)

- N8N_HOST=your-domain.com

- N8N_PROTOCOL=https

- N8N_ENCRYPTION_KEY=YOUR_LONG_RANDOM_KEY

volumes:

  • n8n_data:/home/node/.n8n
  • n8n_files:/files
    depends_on:
  • redis

worker:
image: n8nio/n8n:latest
restart: always
command: worker
environment:

  • GENERIC_TIMEZONE=Australia/Sydney
  • TZ=Australia/Sydney
  • EXECUTIONS_MODE=queue
  • QUEUE_BULL_REDIS_HOST=redis
  • QUEUE_BULL_REDIS_PORT=6379

(match any relevant vars from web service)

- N8N_ENCRYPTION_KEY=YOUR_LONG_RANDOM_KEY

volumes:

  • n8n_data:/home/node/.n8n
  • n8n_files:/files
    depends_on:
  • redis

redis:
image: redis:7-alpine
restart: always
command: [“redis-server”,“–save”,“”,“–appendonly”,“no”]
ports:

  • “6379:6379”

volumes:
n8n_data:
n8n_files: