Robespierre

Keenetic Hopper KN-3810, проблему подтверждаю.

Keenetic Hopper KN-3810, проблему подтверждаю.

Как указал англоговорящий пользователь выше, действительно, перезагрузка роутера помогла решить проблему. Клиенты отображаются.

Добрый день! После обновления буквально нет списка клиентов. Ошибки с консоли JS тоже приложил. У меня роутер Keenetic Hopper 3811.

Действительно, в Alpha 11 DoH-QUIC больше нет. Хорошо, будем рады потестировать в других обновах)

Не знаю, с чем связано, но на Alpha 9 (начиная с Alpha 4-5) при DNS-запросах выдаёт это: [W] May 10 14:35:33 https-dns-proxy: A774: curl response code: 400, content length: 14 [W] May 10 14:35:33 https-dns-proxy: 778B: curl response code: 400, content length: 14 [W] May 10 14:35:34 https-dns-proxy: F20A: curl response code: 400, content length: 14 Как понимаю, связано тоже с QUIC. Но запросы нормально резолвятся. DNS до http/2 не понижается, или что?

[W] Apr 27 12:59:04 https-dns-proxy: "https://1.0.0.1/dns-query": too many failed requests, downgrade to HTTP/2 [W] Apr 27 12:59:10 https-dns-proxy: B4FC: curl response code: 400, content length: 14 [W] Apr 27 13:01:27 https-dns-proxy: B4FC: curl response code: 400, content length: 14 [W] Apr 27 13:02:28 https-dns-proxy: 6308: curl response code: 400, content length: 14 [W] Apr 27 13:02:33 https-dns-proxy: A97B: curl response code: 400, content length: 14 [W] Apr 27 13:04:59 https-dns-proxy: B4FC: curl response code: 400, content length: 14 Так и должно быть? После даунгрейда до HTTP/2, в curl всё равно какие-то ошибки. У меня последний апдейт 4.2 Alpha 6.

[I] Apr 20 12:43:47 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. [W] Apr 20 12:43:56 https-dns-proxy: 4F48: curl response code: 400, content length: 14 [W] Apr 20 12:43:56 https-dns-proxy: 4F48: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:02 https-dns-proxy: ACA8: curl response code: 400, content length: 14 [W] Apr 20 12:44:02 https-dns-proxy: ACA8: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:03 https-dns-proxy: F991: curl response code: 400, content length: 14 [W] Apr 20 12:44:03 https-dns-proxy: F991: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:19 https-dns-proxy: CEF8: curl response code: 400, content length: 14 [W] Apr 20 12:44:19 https-dns-proxy: CEF8: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:19 https-dns-proxy: E742: curl response code: 400, content length: 14 [W] Apr 20 12:44:19 https-dns-proxy: E742: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:20 https-dns-proxy: BA57: curl response code: 400, content length: 14 [W] Apr 20 12:44:20 https-dns-proxy: BA57: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:21 https-dns-proxy: 7447: curl response code: 400, content length: 14 [W] Apr 20 12:44:21 https-dns-proxy: 7447: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:21 https-dns-proxy: 4E8C: curl response code: 400, content length: 14 [W] Apr 20 12:44:21 https-dns-proxy: 4E8C: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:21 https-dns-proxy: B7C5: curl response code: 400, content length: 14 [W] Apr 20 12:44:21 https-dns-proxy: B7C5: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:22 https-dns-proxy: 17E6: curl response code: 400, content length: 14 [W] Apr 20 12:44:22 https-dns-proxy: 17E6: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 20 12:44:23 https-dns-proxy: EA99: curl response code: 400, content length: 14 [W] Apr 20 12:44:23 https-dns-proxy: EA99: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. Такое пишет на последней Alpha 5

Да, продолжает, сайты открываются например. С человечком выше соглашусь

Всем привет! Наверняка вы уже слышали/читали о том, что QUIC в России работает мягко говоря не очень, и эта фича в совокупности с DoH приводит к спаму в логах, например: [W] Apr 13 12:59:27 https-dns-proxy: 441B: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 13 12:59:28 https-dns-proxy: 6EEA: curl response code: 400, content length: 14 [W] Apr 13 12:59:28 https-dns-proxy: 6EEA: 0000: 49 6e 76 61 6c 69 64 20 71 75 65 72 79 2e Invalid query. [W] Apr 13 12:59:28 https-dns-proxy: CFB4: curl response code: 400, content length: 14 W] Apr 14 03:16:58 https-dns-proxy: E1FC: "https://1.0.0.1/dns-query": curl error message: QUIC connection has been shut down [W] Apr 14 03:16:59 https-dns-proxy: 8FB4: "https://1.0.0.1/dns-query": curl error message: QUIC connection has been shut down https-dns-proxy: "https://1.0.0.1/dns-query": too many failed requests, try to reload process [W] Apr 14 03:07:27 https-dns-proxy: 006D: "https://1.0.0.1/dns-query": curl error message: Operation timed out after 3000 milliseconds with 0 bytes received Может быть, возможно как-нибудь отключить QUIC в DoH (как вариант: вынести это в отдельную функцию, типа DoQ (DNSoverQUIC), или что-нибудь подобное. Замечу, что обычный DoH на обновлении 4.2 Alpha 3 работал отменно.

Всех приветствую! На маршрутизаторе Keenetic Hopper настроен DoH по адресу 1.0.0.1. Сам Cloudflare говорит о том, что DoH работает правильно. Но при этом Keenetic Hopper спамит логами о том, что с DoH что-то не так. [I] Mar 24 14:17:42 ndm: Dns::Secure::DohConfigurator: "default": using "1.0.0.1:443:1.0.0.1" as upstream. [I] Mar 24 14:17:42 https-dns-proxy: Shutting down gracefully. To force exit, send signal again. Не понимаю, чём проблема. Selftest приложил в следующем сообщении.

Всех приветствую! Роутер Keenetic Hopper (KN-3810). Решил обновиться с версии Preview 4.0.5 (а позже, и с Preview 4.0.6) до последней 4.1 Alpha 17. По итогу: Обновление успешно загрузилось, но его применение оказалось под сомнением, поскольку у роутера отрубается веб-интерфейс и пропадает интернет. Сброс до заводских настроек путём кнопки Reset на корпусе не помог. По итогу скачал утилиту Keenetic Recover для своей модели и успешно смог откатить обновление. Не понимаю с чем связано, потому что обновление с Preview 4.0.5 до Preview 4.0.6 произошло успешно, соответственно на роутере обновления успешно применяются. Возможно, проблема именно в 4.1 Alpha 17. Selftest приложить не могу, поскольку его буквально невозможно снять, потому что веб-интерфейс недоступен.