Исходящие IP-адреса

Запросы из узлов HTTP Request и сервисов уходят с общих адресов n8n Cloud, а не с адреса вашего сайта. Их добавляют в allowlist файрвола. Входящие вебхуки на ваш экземпляр через этот список не ходят.

Адреса общие для многих экземпляров, своего постоянного адреса нет. Обычно экземпляр остаётся на одном, но n8n может перенести его без предупреждения. Поэтому список лучше разрешать целиком, а сервис, который принимает n8n, всё равно закрывать ключом: IP не доказывает, что запрос ваш.

Записи с /28 — блоки по 16 адресов, с /32 — один адрес. Список иногда дополняют.

4.165.103.112/28
4.182.64.64/28
4.184.78.240/28
9.223.34.48/28
20.52.126.0/28
20.79.32.32/28
20.218.174.0/28
20.218.238.112/28
20.240.52.208/28
20.240.204.176/28
51.107.180.112/28
51.116.119.64/28
4.182.88.118/32
4.182.111.50/32
4.182.128.108/32
4.182.129.20/32
4.182.190.144/32
4.182.191.184/32
4.182.212.136/32
72.144.69.38/32
72.144.83.147/32
72.144.111.50/32
72.144.128.145/32
98.67.233.91/32
98.67.233.200/32
98.67.244.108/32

Какой адрес у вас сейчас

Поставьте Manual Trigger и HTTP Request с методом GET на сервис, который возвращает IP, например https://api.ipify.org?format=json. В поле ip будет текущий исходящий адрес. Это удобная проверка, а не гарантия: адрес может смениться, и узкий allowlist тогда оборвёт сценарии.