docs: explain what the device limit counts (IP + HWID) in READMEs

The plan/user device limit is one number enforced two ways — concurrent unique
source IPs (always, fleet-wide) and, with HWID binding on, distinct installs.
Clarify both READMEs and cross-reference the client bot's split IP/HWID lines.

Author: AppsGanin

README-RU.md

@@ -226,25 +226,33 @@ rospanel node status                  # локальный статус
 #### 👤 Пользователи
 
 Лимиты трафика и срок с авто-отключением и авто-сбросом квоты (день/неделя/месяц/год),
-**лимит устройств** по уникальным IP и **лимит скорости**. Учёт трафика через Xray Stats, онлайн-статус,
+**лимит устройств** (что именно он считает — см. *Привязка устройств* ниже) и **лимит скорости**. Учёт трафика через Xray Stats, онлайн-статус,
 список подключений; истёкших можно авто-удалять. Поиск и фильтры не тормозят на сотнях
 юзеров, а **групповые операции** (вкл/выкл/сброс/продление/удаление) идут одной
 перезагрузкой Xray. Дашборд — CPU / RAM / swap / диск и VPN-трафик в реальном времени. **Карта
 подключений** показывает, откуда подключаются клиенты — уникальные IP по странам,
 определяются по той же базе geoip, по которой маршрутизирует Xray (без внешних сервисов и
 без отдельной загрузки).
 
-**Привязка устройств (HWID).** Клиенты, поддерживающие стандарт заголовков подписки (Happ,
-v2RayTun), присылают идентификатор установки; панель привязывает его к аккаунту при первом
-запросе и считает в лимите устройств. Когда слоты кончились, НОВОЕ устройство подписку не
-получает, а уже привязанные продолжают обновляться — проверка и вставка идут одной
-транзакцией, так что два клиента не займут последний слот одновременно. Список устройств
-виден в карточке пользователя и **на странице подписки**, где владелец сам отвязывает лишнее
-вместо письма в поддержку; молчащее устройство освобождает слот по TTL, а смена ссылки
-подписки отвязывает все. По умолчанию выключено (*Настройки → Подписки*); после включения
-клиент, который **не** присылает идентификатор, подписку не получает вовсе — лимит, который
-обходится сменой приложения, лимитом не является, — но есть переключатель обслуживать и
-таких (считая по IP, как раньше), если часть пользователей сидит на них.
+**Лимит устройств — что он считает.** Лимит устройств у пользователя (или заданный его тарифом) —
+**одно число, которое принуждается двумя способами**. Само по себе оно ограничивает **одновременные
+уникальные IP-адреса**: если юзер подключается с большего числа разных адресов, чем лимит, за окно
+онлайна — его отрубает от туннелей, пока он не станет ≤ лимита; считается **по всем серверам**
+(мастер и ноды), а не по каждому отдельно. `0` — без лимита по IP.
+
+**Привязка устройств (HWID).** Включите — и **то же число** ограничивает ещё и число разных
+**установок**. Клиенты, поддерживающие стандарт заголовков подписки (Happ, v2RayTun), присылают
+идентификатор установки; панель привязывает его к аккаунту при первом запросе и считает в лимите.
+Когда слоты кончились, НОВАЯ установка подписку не получает, а уже привязанные продолжают
+обновляться — проверка и вставка идут одной транзакцией, так что два клиента не займут последний
+слот одновременно. (Если личный лимит юзера `0`, для HWID берётся общий панельный fallback-лимит.)
+Список устройств виден в карточке пользователя, в **клиентском боте** (отдельными строками *по IP* и
+*по HWID*, когда действуют оба) и **на странице подписки**, где владелец сам отвязывает лишнее вместо
+письма в поддержку; молчащее устройство освобождает слот по TTL, а смена ссылки подписки отвязывает
+все. По умолчанию выключено (*Настройки → Подписки*); после включения клиент, который **не** присылает
+идентификатор, подписку не получает вовсе — лимит, который обходится сменой приложения, лимитом не
+является, — но есть переключатель обслуживать и таких (считая по IP, как раньше), если часть
+пользователей сидит на них.
 
 **Лимит скорости.** Персональный потолок в кбит/с — вручную или из тарифа. У Xray нет
 ограничения полосы на пользователя, поэтому лимит применяется уровнем ниже: планировщиком

README.md

@@ -224,24 +224,33 @@ no domain and no DNS**.
 #### 👤 Users
 
 Traffic and time limits with auto-disable and quota auto-reset (day/week/month/year), a
-**device limit** by unique IP and a per-user **speed cap**. Traffic accounting via Xray Stats, online status, connection
+**device limit** (see *Device binding* below for exactly what it counts) and a per-user
+**speed cap**. Traffic accounting via Xray Stats, online status, connection
 list; expired users can be auto-deleted. Search and filters stay fast with hundreds of users,
 and **bulk operations** (enable/disable/reset/extend/delete) go through a single Xray reload.
 The dashboard shows CPU / RAM / swap / disk and VPN traffic in real time. A **connection
 map** breaks down where clients connect from — distinct source IPs per country, resolved
 from the same geoip database Xray routes with (no external service, no extra download).
 
-**Device binding (HWID).** Clients that follow the subscription-header convention (Happ,
-v2RayTun) send a stable install id; the panel binds it to the account on first fetch and
-counts it against the device limit. Once the limit is full a NEW device is refused the
-subscription while the bound ones keep updating — the check and the insert are one
-transaction, so two clients cannot both take the last slot. The devices are listed in the
-user card and **on the subscription page**, where the owner can release one themselves
-instead of writing to support; an idle device frees its slot after a configurable TTL, and
-rotating the subscription link releases them all. Off by default (*Settings →
-Subscriptions*); once on, a client that sends **no** id gets no subscription at all — a cap
-you can dodge by switching to a quieter app is not a cap — with a switch to serve those
-clients anyway (counted by address, as before) if some of your users are on them.
+**The device limit — what it counts.** A user's device limit (or the one their plan sets) is
+a **single number enforced two ways**. On its own it caps **concurrent unique source IPs**: a
+user connecting from more distinct addresses than the limit within the online window is
+dropped from the tunnels until they fall back under it — counted across **every server**
+(master and nodes), not per-server. `0` means no IP cap.
+
+**Device binding (HWID).** Turn this on and the **same number** also caps distinct **installs**.
+Clients that follow the subscription-header convention (Happ, v2RayTun) send a stable install
+id; the panel binds it to the account on first fetch and counts it against the limit. Once the
+limit is full a NEW install is refused the subscription while the bound ones keep updating — the
+check and the insert are one transaction, so two clients cannot both take the last slot. (When a
+user's own limit is `0`, HWID uses a panel-wide fallback limit instead.) The devices are listed
+in the user card, in the **client bot** (as separate *by IP* and *by HWID* lines when both apply),
+and **on the subscription page**, where the owner can release one themselves instead of writing to
+support; an idle device frees its slot after a configurable TTL, and rotating the subscription
+link releases them all. Off by default (*Settings → Subscriptions*); once on, a client that sends
+**no** id gets no subscription at all — a cap you can dodge by switching to a quieter app is not a
+cap — with a switch to serve those clients anyway (counted by address, as before) if some of your
+users are on them.
 
 **Speed limit.** A per-user cap in kbit/s, set by hand or by the tariff. Xray has no
 per-user bandwidth limit, so it is enforced below it — the kernel's own scheduler (HTB),