нет то были настройки хоста openwebui а это n8n

Принял, теперь контекст ясен. Для **n8n** (logic.raumai.de) одной строки `client_max_body_size` может быть недостаточно для стабильной работы, особенно если вы планируете передавать тяжелые JSON или работать со сложными workflow.

Для n8n критически важна поддержка **WebSockets** (чтобы интерфейс не «отваливался» и вы видели выполнение узлов в реальном времени) и увеличенные таймауты.

### Рекомендуемый конфиг для n8n в NPM:

Добавьте к вашей строке следующие параметры. Это «золотой стандарт» для n8n за прокси:

«`nginx
client_max_body_size 100M;

# Поддержка WebSockets для интерфейса n8n
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection «upgrade»;
proxy_http_version 1.1;

# Передача реальных IP-адресов
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;

# Отключение буферизации для корректной работы длинных запросов
proxy_buffering off;
proxy_cache off;

# Таймауты (чтобы тяжелые workflow не обрывались)
proxy_read_timeout 600s;
proxy_send_timeout 600s;
proxy_connect_timeout 600s;
«`

### Почему это важно именно для n8n:
1. **WebSockets (`Upgrade` / `Connection`):** Без них редактор n8n будет постоянно писать «Connection lost», а вы не сможете в реальном времени наблюдать, как данные проходят через узлы.
2. **proxy_buffering off:** Если n8n отдает большой объем данных, Nginx может попытаться их сначала накопить в буфер, что вызовет задержки или ошибки памяти.
3. **Таймауты (600s):** Если ваш JSON обрабатывается скриптом внутри n8n дольше 60 секунд (стандарт Nginx), прокси разорвет соединение, и вы получите ошибку в интерфейсе, хотя процесс в фоне может продолжаться.

**Что сделать сейчас:**
Вставьте этот блок в настройки хоста `logic.raumai.de`, сохраните и попробуйте отправить JSON. Если всё настроено так и в OpenWebUI, и в n8n — «труба» для данных теперь максимально широкая и стабильная.

🤖 | 📅 | 🧠 CTX 6