[2026-10-07] eagle: family/how-to/htpc-tplink-wrt-wol.md family/how-to/htpc.md family/how-to/router-bishkek-asus.md

family/how-to/htpc-tplink-wrt-wol.md

@@ -1,7 +1,13 @@
-# HTPC за TPLink WRT — WOL через роутер
+# HTPC за TPLink WRT — старая схема (заменена 2026-10-07)
+
+> **Текущее состояние (проверено 2026-10-07):** Bazzite HTPC подключён Ethernet напрямую к ASUS RT-AC68U, без промежуточного TP-Link. Интерфейс `enp0s31f6`, DHCP reservation на ASUS: MAC `B0:6E:BF:60:6D:64` → `192.168.1.86`, имя `htpc`. `htpc` через DNS ASUS (`192.168.1.1`) разрешается в `192.168.1.86`. Линк HTPC: **1000 Mb/s, full duplex**; ASUS Port 4 показывает `1000FD` и MAC HTPC.
+>
+> Конфигурация ниже описывает прежнее подключение HTPC к LAN TP-Link через Wi-Fi uplink. Она больше не относится к текущему пути HTPC. WOL-прокси `socat` и маршрут через TP-Link для прямого Ethernet-соединения не нужны. Удалённое состояние TP-Link не менялось.
 
 ## Схема сети
 
+### Старая схема (до 2026-10-07)
+
 ```
 Главная сеть: 192.168.1.0/24 (основной роутер)
     │

family/how-to/htpc.md

@@ -3,6 +3,15 @@
 **IP:** 192.168.1.86  
 **OS:** Bazzite (Linux)
 
+## Сеть (проверено 2026-10-07)
+
+- Подключён Ethernet напрямую к ASUS RT-AC68U; промежуточный TP-Link больше не используется.
+- Интерфейс: `enp0s31f6`; IPv4 получает по DHCP.
+- ASUS DHCP reservation: MAC `B0:6E:BF:60:6D:64` → `192.168.1.86` (`htpc`).
+- DNS: `htpc` → `192.168.1.86` через `192.168.1.1`.
+- Ethernet link: **1000 Mb/s, full duplex**.
+- Старая схема с TP-Link: [[htpc-tplink-wrt-wol]] (историческая).
+
 ## Wake on LAN
 
 **MAC:** `B0:6E:BF:60:6D:64`

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

@@ -97,7 +97,7 @@ address=/tv/192.168.1.75
 
 | Имя | IP | MAC | Примечание |
 |-----|----|-----|------------|
-| htpc | 192.168.1.86 | — | Bazzite, статический IP, RX 570 |
+| htpc | 192.168.1.86 | `B0:6E:BF:60:6D:64` | Bazzite; DHCP reservation, напрямую по Ethernet |
 | tv / LGwebOSTV | 192.168.1.75 | ac:5a:f0:25:11:c6 | LG TV |
 
 > ⚠️ **2026-09-04:** LG TV подключён по **проводу** (вместо WiFi). Проводная часть использует Ethernet-MAC `ac:5a:f0:25:11:c6` и на конец сессии получал **`192.168.1.70`** (DHCP), а статический lease `.75` перестал отвечать по этому MAC (на .75 когда-то был WiFi-MAC `54:77:87:ce:fb:b3`). Если `.75` вдруг «пропал» из сети — телевизор просто переключился на провод и его теперь надо искать по .70 или заново в DHCP-lease. Линк eth0 ТВ на 2026-09-04 = **100 Mbit/s** (downshift, кабель не тянет 1G; Wi-Fi ТВ к тому моменту был 867 PHY — быстрее).
@@ -140,6 +140,10 @@ ssh -i ~/.ssh/id_rsa admin@192.168.1.1 "nvram show | grep -E '^(dhcp_dns|wan_dns
 
 ## Диагностика скорости линка портов (2026-09-20)
 
+### HTPC — проверка 2026-10-07
+
+HTPC напрямую подключён к ASUS по Ethernet: `enp0s31f6`, DHCP reservation `192.168.1.86`, имя `htpc`. Клиентский `ethtool` показал **1000 Mb/s, full duplex, link detected**; ASUS `robocfg` показал **Port 4: 1000FD**, MAC `b0:6e:bf:60:6d:64`. `dig @192.168.1.1 htpc +short` → `192.168.1.86`.
+
 **Метод: сопоставить MAC на порту (`robocfg show`) с устройством из `arp -a`.**
 
 Фактическое состояние на 2026-09-20: