mirror of
https://github.com/MHSanaei/3x-ui.git
synced 2026-09-16 15:17:14 +00:00
feat(sub): add read-only HWID device-slot status endpoint (#6380)
* feat(sub): add read-only HWID device-slot status endpoint Closes #6357 A client with an HWID limit had no way to tell a subscriber how many device slots were left: /{subPath}/{subId} only exposes the gate as a boolean through X-Hwid-* headers on a 404, and ?format=info carries no limitHwid or registered count. Every "why can't I connect on my new phone" case therefore had to be answered by the operator by hand. GET /{subPath}/{subId}/hwid-status now returns the aggregate counters: {"active":true,"limit":2,"registered":1,"remaining":1,"full":false} - SELECT-only. It never registers an hwid, never touches last_seen and never calls the enforcement path, so asking about a slot cannot spend one. - Counters only: no hwid value or hash, no email, no device metadata, no IP, no User-Agent, and none of the X-Hwid-* gate headers. - The subscription id is already the bearer secret for /{subPath}/{subId}, so no admin token and no new auth mechanism. - Unknown and disabled subscriptions both answer a bare 404, with identical status, headers and body, so the route cannot be used to probe which subscription ids exist. - No HWID limit configured returns {"active":false,"limit":0,...}. - No schema change and no migration. Scoped to enabled clients exactly like effectiveHwidLimitForSubID, so the reported limit is always the limit the gate enforces on a shared sub_id, and remaining clamps at zero when the effective limit drops below the number of registered devices. A separate route leaves /{subPath}/{subId}, ?format=info and the JSON/Clash routes byte-for-byte unchanged. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(sub): document hwid-status as the bare object it returns The OpenAPI operation for GET /{subPath}/{subId}/hwid-status inherited the {success,msg,obj} panel envelope from build-openapi.mjs's default 200 response, while the handler writes the HwidSlotStatus struct bare. A client generated from the spec would read `obj` and never find the counters, and the description prose contradicted the schema with a hand-written example. HwidSlotStatus now sits in openapigen's StructAllow with example: tags, the entry references the generated schema through a `responses` block, and build-openapi.mjs attaches the generated example to any `responses` entry that $refs a generated schema, so no example is hand-written. The HEAD variant the controller registers is documented like its siblings, and the summary follows the "path prefix is configured by subPath" wording now that fresh panels randomise the prefix. Regenerated frontend/public/openapi.json, docs/public/openapi.json and the subscription-server MDX. openapi-runtime-contracts.test.ts pins the bare schema, the generated example and the HEAD operation. --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> Co-authored-by: Sanaei <ho3ein.sanaei@gmail.com>
This commit is contained in:
Namso9
@@ -2492,6 +2492,39 @@
|
||||
],
|
||||
"type": "object"
|
||||
},
|
||||
"HwidSlotStatus": {
|
||||
"description": "HwidSlotStatus is the aggregate device-slot view exposed to subscribers:\ncounters only, no hwid value or hash, no email, no device metadata.",
|
||||
"properties": {
|
||||
"active": {
|
||||
"example": true,
|
||||
"type": "boolean"
|
||||
},
|
||||
"full": {
|
||||
"example": false,
|
||||
"type": "boolean"
|
||||
},
|
||||
"limit": {
|
||||
"example": 2,
|
||||
"type": "integer"
|
||||
},
|
||||
"registered": {
|
||||
"example": 1,
|
||||
"type": "integer"
|
||||
},
|
||||
"remaining": {
|
||||
"example": 1,
|
||||
"type": "integer"
|
||||
}
|
||||
},
|
||||
"required": [
|
||||
"active",
|
||||
"full",
|
||||
"limit",
|
||||
"registered",
|
||||
"remaining"
|
||||
],
|
||||
"type": "object"
|
||||
},
|
||||
"Inbound": {
|
||||
"description": "Inbound represents an Xray inbound configuration with traffic statistics and settings.",
|
||||
"properties": {
|
||||
@@ -14404,6 +14437,99 @@
|
||||
}
|
||||
}
|
||||
},
|
||||
"/{subPath}{subid}/hwid-status": {
|
||||
"get": {
|
||||
"tags": [
|
||||
"Subscription Server"
|
||||
],
|
||||
"summary": "Return aggregate HWID device-slot usage for the subscription: whether an HWID limit is active, the limit, how many devices are registered and how many slots remain. Read-only — it never registers a device, so asking does not consume a slot. Counters only: no HWID value, email or device metadata. The path prefix is configured by subPath.",
|
||||
"operationId": "get_subPath_subid_hwid_status",
|
||||
"description": "Responds with the bare HwidSlotStatus object, not the <code>{success,msg,obj}</code> panel envelope, like the other subscription-server routes. With no HWID limit configured, <code>active</code> is false and every counter is 0.",
|
||||
"parameters": [
|
||||
{
|
||||
"name": "subid",
|
||||
"in": "path",
|
||||
"required": true,
|
||||
"description": "Client subscription ID.",
|
||||
"schema": {
|
||||
"type": "string"
|
||||
}
|
||||
},
|
||||
{
|
||||
"name": "subPath",
|
||||
"in": "path",
|
||||
"required": true,
|
||||
"description": "",
|
||||
"schema": {
|
||||
"type": "string"
|
||||
}
|
||||
}
|
||||
],
|
||||
"responses": {
|
||||
"200": {
|
||||
"description": "Device-slot counters for the subscription.",
|
||||
"content": {
|
||||
"application/json": {
|
||||
"example": {
|
||||
"active": true,
|
||||
"full": false,
|
||||
"limit": 2,
|
||||
"registered": 1,
|
||||
"remaining": 1
|
||||
},
|
||||
"schema": {
|
||||
"$ref": "#/components/schemas/HwidSlotStatus"
|
||||
}
|
||||
}
|
||||
}
|
||||
},
|
||||
"404": {
|
||||
"description": "No enabled client matches the subscription ID. Empty body."
|
||||
},
|
||||
"500": {
|
||||
"description": "Database lookup failed. Empty body."
|
||||
}
|
||||
}
|
||||
},
|
||||
"head": {
|
||||
"tags": [
|
||||
"Subscription Server"
|
||||
],
|
||||
"summary": "Return the HWID device-slot status code and headers as GET without a response body.",
|
||||
"operationId": "head_subPath_subid_hwid_status",
|
||||
"parameters": [
|
||||
{
|
||||
"name": "subid",
|
||||
"in": "path",
|
||||
"required": true,
|
||||
"description": "Client subscription ID.",
|
||||
"schema": {
|
||||
"type": "string"
|
||||
}
|
||||
},
|
||||
{
|
||||
"name": "subPath",
|
||||
"in": "path",
|
||||
"required": true,
|
||||
"description": "",
|
||||
"schema": {
|
||||
"type": "string"
|
||||
}
|
||||
}
|
||||
],
|
||||
"responses": {
|
||||
"200": {
|
||||
"description": "Headers match GET; no response body."
|
||||
},
|
||||
"404": {
|
||||
"description": "No enabled client matches the subscription ID. Empty body."
|
||||
},
|
||||
"500": {
|
||||
"description": "Database lookup failed. Empty body."
|
||||
}
|
||||
}
|
||||
}
|
||||
},
|
||||
"/{jsonPath}{subid}": {
|
||||
"get": {
|
||||
"tags": [
|
||||
|
||||
Reference in New Issue
Block a user