Return clear node-missing JSON and reset Web UI auth on 401.

Keep Ingress from rewriting API 404/405 into branded HTML; document curl/auth and a prompt for sibling sims.
This commit is contained in:
Sergey Antropoff
2026-07-22 06:52:45 +03:00
parent baa1f58ad0
commit f981ca1bf1
9 changed files with 219 additions and 7 deletions
+3
View File
@@ -60,6 +60,9 @@ What this does:
6. Creates an Ingress with
`cert-manager.io/cluster-issuer: letsencrypt-prod` and a TLS secret
`proxmox-api-simulator-tls`.
7. Sets Ingress annotations so nginx does not replace API JSON 404/405 with
branded HTML error pages (`proxy-intercept-errors: false`, narrow
`custom-http-errors`). See [Troubleshooting](troubleshooting.md#ingress-returns-branded-html-404--nginx-405-instead-of-json).
DNS for `pve-sim.example.com` must point at your Ingress controller. Then:
@@ -0,0 +1,92 @@
# Prompt: fix API error bodies + Web UI session on 401 (other simulators)
Copy everything below the line into a chat opened on **ovirt_api_simulator**,
**vmware_api_simulator**, or **openstack_api_simulator**. Adapt product names
(API path prefixes, cookie/CSRF names, Helm chart paths) to that repo.
---
## Task
Fix the same class of production issues already fixed in
`proxmox_api_simulator` (reference implementation). Do **not** claim the
simulator is “incomplete” or “not supported”; keep durable, realistic API
behavior.
### Symptoms seen behind Ingress
1. Client calls a path with a **wrong / missing resource id** (e.g. bad node /
host / datacenter name). Instead of the simulators JSON/XML error, the
browser or curl receives a **branded HTML 404** (“page not found”) from the
cluster Ingress / custom error pages.
2. Client sends a mutation (**POST/PUT/DELETE**) that the Ingress rejects or
rewrites → **nginx HTML 405** instead of the simulators auth/validation
error.
3. In the **Web UI**, after the API returns **401** (expired session), the
response panel says unauthorized but the **header still shows the signed-in
user** (does not switch to Guest / signed-out).
Root cause for (1)/(2) is usually **ingress-nginx**
`custom-http-errors` / `proxy-intercept-errors` replacing upstream bodies.
Root cause for (3) is UI code that renders 401 text but does not clear
ticket/token/cookie/localStorage and call the same path as logout.
### What to implement in THIS repo
#### 1. Clearer “resource not found” API errors
- Find the shared helper that validates that a node/host/cluster/datacenter
exists (equivalent of Proxmox `require_node`).
- On miss, return the **native API error shape** for this product with a
message that includes the bad id, e.g. Proxmox style:
`No such node ('pve01')` plus a field-level `errors` map when the product
uses one.
- Update unit tests that matched the old message string.
- Ensure the app always returns `Content-Type` appropriate for the API
(JSON/XML) and never an HTML error page from the app itself.
#### 2. Web UI: treat HTTP 401 as session expiry
- When any in-app API helper gets **401** and a session is currently stored:
- clear ticket/token/csrf/username (whatever this UI uses);
- clear auth cookies;
- clear persisted auth in localStorage/sessionStorage;
- update the header auth pill / badge to the signed-out / Guest state;
- show a short toast like “Session expired — sign in again”;
- still show the 401 explanation in the response panel.
- Refactor logout to share one `clearSession(...)` helper so logout and
expiry stay in sync. Do not leave stale “signed in as …” UI after 401.
#### 3. Helm / Ingress example + docs
- In the charts ingress example values (and kubernetes troubleshooting docs):
- `nginx.ingress.kubernetes.io/proxy-intercept-errors: "false"`
- `nginx.ingress.kubernetes.io/custom-http-errors: "502,503"`
(do **not** list 404/405 so API bodies are preserved)
- Document: if clients still see branded HTML 404/405, the cluster controller
is rewriting responses — fix Ingress annotations, not the simulator handlers.
- Document a correct authenticated mutation curl for this product (cookie /
token + CSRF if required + the body encoding this API expects — often
form-urlencoded, not bare JSON).
### Out of scope
- Do not add “not implemented in the simulator” user-facing messages.
- Do not change unrelated product semantics.
- Do not force-push or commit unless the user asks.
### Done when
- Missing resource → product-shaped API error with the id in the message
(verified by unit test and/or curl against the app, not only via Ingress).
- UI 401 → Guest / signed-out header + cleared storage/cookies.
- Ingress example + troubleshooting docs warn about HTML error-page rewrite
and show the correct curl pattern.
- Lint/tests for touched areas pass.
### Reference (proxmox_api_simulator)
- `app/handlers/common.py``require_node` / `node_metadata` message
- `app/web/index.html``clearSession` / `expireSession` / `showResponse` 401
- `helm/proxmox-api-simulator/values-ingress-example.yaml` — annotations
- `docs/troubleshooting.md` — Ingress HTML 404/405 + curl notes
+3
View File
@@ -62,6 +62,9 @@ helm upgrade --install pve-sim ./helm/proxmox-api-simulator \
6. Создаёт Ingress с
`cert-manager.io/cluster-issuer: letsencrypt-prod` и TLS secret
`proxmox-api-simulator-tls`.
7. Ставит annotations Ingress, чтобы nginx не подменял JSON 404/405
брендированными HTML-страницами (`proxy-intercept-errors: false`, узкий
`custom-http-errors`). См. [Устранение неполадок](troubleshooting.md#ingress-отдаёт-брендированный-html-404--nginx-405-вместо-json).
DNS для `pve-sim.example.com` должен указывать на ваш Ingress controller. Затем:
+39
View File
@@ -25,6 +25,45 @@ Workers могут повторять попытки, пока миграции
- Мутация без `CSRFPreventionToken` в сессии по тикету.
- API-токен с неверным форматом (`PVEAPIToken=user@realm!id=secret`).
- Отказ ACL (сравните `auditor@pve` и `root@pam`).
- В Web UI при HTTP 401 локальная сессия сбрасывается, в шапке снова **Guest**;
войдите заново через Environment.
## Ingress отдаёт брендированный HTML 404 / nginx 405 вместо JSON
Симулятор отвечает на ошибки API JSON (`data` / `message` / `errors`). Если
видите HTML «страница не найдена» или страницу nginx **405**, тело ответа
подменил **Ingress / reverse proxy** (часто `custom-http-errors` у
ingress-nginx).
На Ingress этого хоста (см.
`helm/proxmox-api-simulator/values-ingress-example.yaml`):
```yaml
annotations:
nginx.ingress.kubernetes.io/proxy-intercept-errors: "false"
nginx.ingress.kubernetes.io/custom-http-errors: "502,503"
```
Проверьте с `Accept: application/json`. Несуществующий узел должен выглядеть так:
```json
{"data": null, "message": "No such node ('pve01')", "errors": {"node": "No such node ('pve01')"}}
```
Имена узлов в seed: профиль `small``pve01`; `medium` / `ha-demo``pve1`
### Корректный аутентифицированный POST (как у Proxmox)
Тело form-urlencoded, cookie тикета и CSRF-заголовок (не «голый» JSON POST):
```bash
# после POST /api2/json/access/ticket → ticket + CSRFPreventionToken
curl -sk -X POST "https://HOST/api2/json/nodes/pve01/ceph/osd" \
-H "CSRFPreventionToken: $CSRF" \
-H "Content-Type: application/x-www-form-urlencoded" \
-b "PVEAuthCookie=$TICKET" \
--data-urlencode "dev=/dev/sdb"
```
## Задача никогда не завершается
+39
View File
@@ -25,6 +25,45 @@ Declared methods on majors **69** should have handlers. If you see 501:
- Mutation missing `CSRFPreventionToken` on a ticket session.
- API token malformed (`PVEAPIToken=user@realm!id=secret`).
- ACL denial (try `auditor@pve` vs `root@pam` to compare).
- In the Web UI, HTTP 401 clears the local session and shows **Guest** in the
header; sign in again from Environment.
## Ingress returns branded HTML 404 / nginx 405 instead of JSON
The simulator answers API errors as JSON (`data` / `message` / `errors`). If
you see a site HTML “page not found” or plain nginx **405** page, the
**Ingress / reverse proxy** replaced the upstream body (often via
`custom-http-errors` on the ingress-nginx controller).
Fix on the Ingress for this host (see
`helm/proxmox-api-simulator/values-ingress-example.yaml`):
```yaml
annotations:
nginx.ingress.kubernetes.io/proxy-intercept-errors: "false"
nginx.ingress.kubernetes.io/custom-http-errors: "502,503"
```
Then re-check with `Accept: application/json`. A missing node should look like:
```json
{"data": null, "message": "No such node ('pve01')", "errors": {"node": "No such node ('pve01')"}}
```
Seeded node names: profile `small``pve01`; `medium` / `ha-demo``pve1`
### Correct authenticated POST (Proxmox-style)
Use form-urlencoded body, ticket cookie, and CSRF header (not bare JSON POST):
```bash
# after POST /api2/json/access/ticket → ticket + CSRFPreventionToken
curl -sk -X POST "https://HOST/api2/json/nodes/pve01/ceph/osd" \
-H "CSRFPreventionToken: $CSRF" \
-H "Content-Type: application/x-www-form-urlencoded" \
-b "PVEAuthCookie=$TICKET" \
--data-urlencode "dev=/dev/sdb"
```
## Task never finishes