Angular SSR redirects can take healthy proxies upstreams out of rotation through an unbounded Location header
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
- #34366 來自 @SkyZeroZx —— 已關閉,未合併
評估
- 難度
- 3/5
- 預估耗時
- 半天
- 新手友好度
- 30/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- angular, nginx, nodejs, typescript
- 領域
- backend
研究方向
Start with createRedirectResponse() in the Angular SSR package, where resHeaders.set("Location", location) sets the header without a length check, and with the render-redirect path from #31497 that sends the Router's final URL. Linked PR #34366 is already open against this issue, so read it first. Reproduce with the lab repo linked in the issue, using a long query string. Done means the response no longer produces an oversized Location for such requests, with a test covering it.
由索引模型根據 Issue 內容生成。
描述
Description
createRedirectResponse() sets Location from request data without any length limit:
resHeaders.set("Location", location);
Route redirects copy request path segments into a relative redirectTo, and render redirects send the Router's final URL, query included, when it differs from the request (#31497). Both are intended, but nothing bounds the size. The header is at least as large as the request, and percent-encoding on the way makes it bigger: new URL() encodes " ' < > and the Router's query serializer encodes characters like / = ? |, so it is about 3x a raw request, and about 5x when a guard puts state.url in returnUrl and the % is encoded again. Both encodings are correct.
Behind nginx this affects other users. The response doesn't fit in nginx's default 4k proxy_buffer_size, so nginx answers 502 and counts it as a failed attempt for that backend (max_fails=1, fail_timeout=10s). With two backends and one worker, two unauthenticated GETs leave the upstream empty and every request gets 502 for about ten seconds, while both Node processes are fine.
I think this is bit similar as unpoly-rails GHSA-m875-3xf6-mf78.
A buffer sized for the app's largest redirect avoids it, but nothing tells the operator that size and it changes when someone adds a guard: for the plain returnUrl guard at nginx's 8 KB request line it is about 40 KB. max_fails=0 also avoids it, by turning passive health checks off.
The app doesn't need any redirect. With the server routes on RenderMode.Server, as in the SSR guide, this request gets a 302 with a 4,208 B Location:
GET /home/(x)?q=<1,400 raw "> 1,412 B
The ** route drops the unmatched (x) group, so the Router ends on /home?q=.... In the browser that is a replaceState; on the server #31497 turns it into a 302. Nothing in the Router needs to change.
Minimal Reproduction
// app.routes.ts
export const routes: Routes = [
{ path: "", component: Home },
{ path: "home", component: Home },
{ path: "**", component: NotFound },
];
// app.routes.server.ts
export const serverRoutes: ServerRoute[] = [
{ path: "**", renderMode: RenderMode.Server },
];
ng build
NG_ALLOWED_HOSTS=localhost PORT=4000 node dist/app/server/server.mjs &
NG_ALLOWED_HOSTS=localhost PORT=4001 node dist/app/server/server.mjs &
nginx with one worker and nothing else tuned:
worker_processes 1;
events {}
http {
upstream ssr {
server 127.0.0.1:4000;
server 127.0.0.1:4001;
}
server {
listen 8080;
location / {
proxy_pass http://ssr;
proxy_set_header Host localhost;
}
}
}
The request has to go out raw, fetch and node:http percent-encode the quotes first. I sent one per second for 25 s while normal traffic hit /home, and counted until /home answered 200 again:
| Setup | /home OK |
|---|---|
| nginx, the config above | 15.2% |
| nginx, Compose service with two replicas | 9.5% |
| nginx image as shipped on 2 vCPUs (two workers) | 25.2% |
nginx, worker_processes auto with a shared zone |
9.3% |
OpenResty, plain upstream |
4.8% |
Kong 3.7, passive checks with 502 in unhealthy.http_statuses |
1.3% |
| nginx, one backend | 100% |
| Same setups without those requests | 100% |
I also reproduced it on a VPS with nginx behind Cloudflare.
See https://github.com/SkyZeroZx/angular-ssr-location-lab
Exception or Error
[error] upstream sent too big header while reading response header from upstream, request: "GET /home/(x)?q=..."
[warn] upstream server temporarily disabled while reading response header from upstream
[error] no live upstreams while connecting to upstream, request: "GET /home HTTP/1.1"
Your Environment
Angular CLI 22.2.2
@angular/ssr 22.2.2
@angular/core 22.2.2
@angular/router 22.2.2
Node.js 22.23.3
Build production
Engine AngularNodeAppEngine
Render mode RenderMode.Server
nginx 1.27.5, 1.29.3, 1.30.4 and 1.31.2
- 主要語言
- TypeScript
- 星號
- 27k
- 分支
- 11.8k
- 平均合併
- 1 天 2 小時
- 30 天內合併 PR
- 171
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
angular/angular-cli 的其他 Issue
-
area: @angular/cli
難度 2/5 1-3 小時 新手友好度 78/100
angular/angular-cli#34307 ·
維護者通常 1 天內回覆
-
area: @angular/build gemini-triaged
難度 2/5 1-3 小時 新手友好度 74/100
angular/angular-cli#33955 ·
維護者通常 1 天內回覆
-
area: @angular/cli gemini-triaged
難度 2/5 1-3 小時 新手友好度 72/100
angular/angular-cli#33055 · 1 則留言 · 3 個 reaction ·
維護者通常 1 天內回覆
-
`ng new --view-encapsulation` has no effect on generated components可能已有人在做 @MeAkib 於 1 天前認領。 未關閉area: @schematics/angular
難度 3/5 1-2 天 新手友好度 35/100
angular/angular-cli#34388 ·
維護者通常 1 天內回覆
-
`ng generate web-worker` adds `webWorkerTsConfig` to the `@angular/build:unit-test` target, breaking `ng test`可能已有人在做 @MeAkib 於 1 天前認領。 未關閉area: @schematics/angular
難度 2/5 1-3 小時 新手友好度 35/100
angular/angular-cli#34385 ·
維護者通常 1 天內回覆
查看 angular/angular-cli 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 76/100
ccch1mneyyy/dsh-TUI#1631 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
MiniMax-AI/minimax-code#507 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
-
Transient OAuth login failure persists in getLoginStatus and masks active account in dashboard可能重新可做 關聯的 PR 已關閉且未合併。 未關閉account-pool bug gui
難度 2/5 1-3 小時 新手友好度 67/100
lidge-jun/opencodex#7378 · 2 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 76/100
維護者通常 1 天內回覆