PitTm

Ещё бы добавить не только выключатель напротив каждой записи днс, но и приоритет вручную выбирать. Например, сначала запрос идёт на сервер с самым высоким приоритетом, а если там запись не обнаружена, то на следующий по списку. А то бывает, что на забугорных днс серверах может отсутствовать запись об ip в ру зоне (например lkfl2.nalog.ru), а на наших днс серверах иногда глобальные записи удаляют или подменяют.

Очень не плохо. Жаль что так и не добавили подобный функционал в прошивку. Можно этот файлик немного изменить и закинуть в Entware с сервером lighttpd, а логи грузить из оперативной памяти: ndmc -c "show log", а не выбирать файл на диске.

Поднят сервер OpenVPN на Keenetic KN-3812 (5.0.8). Можно как-то в Другие подключения (где настроен сервер) добавить табличку/список с подключенными клиентами? Что-то типа: имя клиента, ip (внешний/внутренний) и дата-время последнего/текущего подключения. Хотя бы за период жизни лога до перезагрузки роутера. А то в журнале очень неудобно искать эту информацию, а так было бы сразу видно, какой клиент когда последний раз подключался и активен ли он сейчас, а также какой у него внутренний ip. Или по аналогии с OpenConnect VPN сделать:

Настроил OpenVPN сервер на KN-3812 с прошивкой 5.0.7. При подключении клиента добавляется маршрут в таблицу маршрутизации: (config)> show ip route ================================================================================ Destination Gateway Interface F Metric ================================================================================ 0.0.0.0/0 80.241.154.1 ISP U 1000 80.241.154.0/24 0.0.0.0 ISP U 1000 176.15.200.118/32 80.241.154.1 ISP U 1000 176.15.201.69/32 80.241.154.1 ISP U 1000 192.168.1.0/24 0.0.0.0 Home U 1000 192.168.2.0/24 0.0.0.0 Guest U 1000 192.168.100.0/24 0.0.0.0 OpenVPN0 U 1000 Но при отключении клиента, маршрут остаётся висеть в таблице постоянно. Хотя параметры explicit-exit-notify 1 и keepalive 10 60 прописаны. В логах пишет, что очистка таблицы маршрутизации выполнена, но по факту запись остаётся: client1/176.15.201.69:15318 OPTIONS IMPORT: reading client specific options from: /tmp/openvpn_cc_522d36410a5eff7e2e16087aa9bc1401.tmp client1/176.15.201.69:15318 MULTI: Learn: 192.168.100.2 -> client1/176.15.201.69:15318 client1/176.15.201.69:15318 MULTI: primary virtual IP for client1/176.15.201.69:15318: 192.168.100.2 client1/176.15.201.69:15318 SENT CONTROL [client1]: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route-gateway 192.168.100.1,topology subnet,ping 10,ping-restart 60,ifconfig 192.168.100.2 255.255.255.0,peer-id 0,cipher AES-256-GCM,protocol-flags cc-exit tls-ekm dyn-tls-crypt,tun-mtu 1500' (status=1) client1/176.15.201.69:15318 PUSH: Received control message: 'PUSH_REQUEST' client1/176.15.201.69:15318 Data Channel: cipher 'AES-256-GCM', peer-id: 0 client1/176.15.201.69:15318 Timers: ping 10, ping-restart 120 client1/176.15.201.69:15318 Protocol options: explicit-exit-notify 1, protocol-flags cc-exit tls-ekm dyn-tls-crypt client1/176.15.201.69:15318 Delayed exit in 5 seconds client1/176.15.201.69:15318 SIGTERM[soft,delayed-exit] received, client-instance exiting OpenVpn::Routing4: "OpenVPN0": clear routing table for client "client1" (176.15.201.69). Это косяк в прошивке?