[2026-09-23] eagle: family/how-to/router-bishkek-asus.md personal/plans/lan-access-via-reverse-tunnel.md personal/tech/xray-reverse-tunnel-kraken-truenas.md

family/how-to/router-bishkek-asus.md

@@ -18,6 +18,57 @@ ssh -i ~/.ssh/id_rsa admin@192.168.1.1
 
 Ключ хранится в `/home/root/.ssh/authorized_keys` на роутере.
 
+> ⚠️ **Пользователь — `admin`, НЕ `root`.** Подключение как `root@192.168.1.1` даёт `Connection closed by 192.168.1.1 port 22` (порт при этом **открыт**, `nc -z` проходит) — и это **легко принять за «SSH на роутере сломан»**. Проверено 2026-09-23: полчаса диагностики потеряно именно на этом. Если SSH «не пускает» — первым делом проверить, что пользователь `admin`.
+
+## Статические маршруты — `nvram lan_route` (НЕ через веб-UI)
+
+Добавление маршрута в UI **не требуется** — на Merlin/Asuswrt маршруты живут в одной nvram-строке. **Формат: `NET:MASK:GATEWAY:METRIC`**, несколько маршрутов разделяются `>`.
+
+```bash
+# Посмотреть текущее
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 'nvram get lan_route'
+# →  192.168.2.0:255.255.255.0:192.168.1.2:25
+
+# Бэкап ПЕРЕД правкой (обязательно)
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 \
+  'nvram get lan_route > /jffs/lan_route.bak.$(date +%Y%m%d-%H%M%S)'
+
+# Правка
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 \
+  'nvram set lan_route="192.168.2.0:255.255.255.0:192.168.1.15:25" && nvram commit'
+```
+
+### 🔴 `service restart_routing` НЕ перечитывает `lan_route`
+
+После `nvram commit` живая таблица маршрутизации **остаётся старой** (проверено 2026-09-23 — таблица сохранила прежний шлюз). `service restart_routing` / `restart_wan` не помогают.
+
+**Применять явно, вручную:**
+
+```bash
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 \
+  'ip route del 192.168.2.0/24 via <СТАРЫЙ_GW> dev br0 2>/dev/null; \
+   ip route add 192.168.2.0/24 via <НОВЫЙ_GW> dev br0 metric 25'
+
+# Проверка — nvram И живая таблица должны совпадать
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 'nvram get lan_route; ip route | grep 192.168.2'
+```
+
+> ⚠️ **Расхождение nvram ↔ живая таблица — типовая ловушка.** `nvram get` показывает «уже поправлено», а трафик продолжает идти по старому маршруту. Всегда проверять **обе** стороны.
+
+### 🔴 Обнаружен битый маршрут `192.168.2.0/24 → 192.168.1.2` (2026-09-23, НЕ исправлен)
+
+`192.168.1.2` — **мёртвый адрес**: ARP `FAILED`, MAC нулевой (`00:00:00:00:00:00`), порт 22 закрыт. Маршрут ведёт в никуда — **любой** трафик на `192.168.2.x` с клиентов `192.168.1.0/24` умирает молча (timeout).
+
+Обнаружено попутно; **предсуществующая поломка**, не создана в этой сессии. Оставлено как было по решению Alex. **Кандидат на очистку отдельной задачей.**
+
+**Диагностический признак битого шлюза:**
+```bash
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 'cat /proc/net/arp | grep 192.168.1.2'
+# 192.168.1.2  0x1  0x0  00:00:00:00:00:00  *  br0     ← MAC нулевой = адреса нет
+ssh -i ~/.ssh/id_rsa admin@192.168.1.1 'ip neigh show dev br0 | grep 192.168.1.2'
+# 192.168.1.2 FAILED                                    ← подтверждение
+```
+
 ## DNS конфигурация
 
 ### Upstream DNS (WAN)