Is /rest/login rate-limited? On Deployment | Deploy | n8n Docs I only see options for rate-limiting OAuth (e.g. N8N_MCP_SERVER_RATE_LIMIT).
Hey @wedwards, while you wait for a response, here are some things that might help:
Suggested resources
Automatically matched to your question.
Docs:
Forum:
@Zelite, @fahmiiireza - you’ve helped with similar issues before, can you take a look?
Automatically suggested by n8n’s community bot. It’s a pilot - please share feedback here.
Hi @wedwards
The OAuth/MCP rate-limit env vars you see on the Deployment page cover only the OAuth server and MCP endpoints, not the login endpoint.
Only these are covered
Yes, hence my question ![]()
For me the answer would be no
Hi @wedwards
Yes. /rest/login has two rate limiters declared on the route itself rather than in config, which is why no env var shows up for it: 1000 requests per IP per 5 minutes, and 5 requests per minute keyed on the submitted emailOrLdapLoginId. Going over either returns a 429, and there is no supported setting to raise or disable them. If you are calling it programmatically, log in once and reuse the session cookie, or use an API key for machine-to-machine calls.
It actually is rate-limited, just not through those OAuth/MCP env vars. /rest/login has built-in brute-force protection that throttles to 5 attempts per minute per email address, and there’s no documented env var to raise or disable it since n8n treats it as a hardcoded security control rather than a configurable option. If you’re hitting this from an automated client, switch to an API key (Settings > API, sent as the X-N8N-API-KEY header) instead of repeated /rest/login calls, since API key auth isn’t subject to this limit. Test by sending 6+ rapid requests to /rest/login with a wrong password and confirming you get a 429 on the 6th.
