Сегодня произошла довольно странная проблема. Я проснулся и услышал жалобы на то, что некоторые сайты не доступны из моей сети, особенно . По какой-то причине DNS не разрешался, но только для нескольких доменов. Провел тест: dig @192.168.1.1
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @192.168.1.1
; (1 сервер найден)
;; глобальные опции: +cmd
;; Получен ответ:
;; ->>HEADER<<- opcode: QUERY, статус: NOERROR, id: 56004
;; флаги: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; СЕКЦИЯ ВОПРОСА:
;. IN A
;; СЕКЦИЯ ОТВЕТА:
. 231 IN A 172.217.167.132
;; Время запроса: 1 мс
;; СЕРВЕР: 192.168.1.1#53(192.168.1.1)
;; ВРЕМЯ: Пн Июн 22 19:11:50 +06 2020
;; РАЗМЕР СООБЩЕНИЯ получен: 48 – dig @192.168.1.1
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @192.168.1.1
; (1 сервер найден)
;; глобальные опции: +cmd
;; время подключения истекло; не удалось добиться связи – dig @8.8.8.8
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @8.8.8.8
; (1 сервер найден)
;; глобальные опции: +cmd
;; Получен ответ:
;; ->>HEADER<<- opcode: QUERY, статус: NOERROR, id: 61986
;; флаги: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: версия: 0, флаги:; udp: 512
;; СЕКЦИЯ ВОПРОСА:
;. IN A
;; СЕКЦИЯ ОТВЕТА:
. 21388 IN CNAME youtube-ui.l.google.com.
youtube-ui.l.google.com. 88 IN A 216.58.200.142
youtube-ui.l.google.com. 88 IN A 172.217.167.142
youtube-ui.l.google.com. 88 IN A 172.217.160.142
youtube-ui.l.google.com. 88 IN A 216.58.196.174
youtube-ui.l.google.com. 88 IN A 172.217.163.46
youtube-ui.l.google.com. 88 IN A 172.217.163.78
youtube-ui.l.google.com. 88 IN A 172.217.163.142
;; Время запроса: 72 мс
;; СЕРВЕР: 8.8.8.8#53(8.8.8.8)
;; ВРЕМЯ: Пн Июн 22 19:12:13 +06 2020
;; РАЗМЕР СООБЩЕНИЯ получен: 190 192.168.1.1 — это мой роутер - RB750Gr3. Но самое интересное, что в это время и размер кеша, и использование кеша в /ip dns были 2048KiB. Но кеш /ip dns содержал только 3-4 записи и за 1 секунду вновь очищался. Я пытался сбросить кеш несколько раз. Безрезультатно. Использование кеша все равно оставалось 2048KiB, и в кеш больше не добавлялось ни одной значимой записи. Тогда я удвоил размер кеша до 4096KiB, и сразу использование кеша увеличилось до 4096KiB. Но кеш ip dns по-прежнему не работал. Затем я перезагрузил роутер, и вдруг все встало на свои места. Каждый домен стал разрешаться правильно. Использование кеша больше не заполнено. В данный момент в кеше 302 элемента, а использование кеша всего 183KiB. Теперь у меня вопрос: что могло вызвать эту проблему? Очевидно, служба DNS была каким-то образом сломана или повреждена? Учитывая, что использование кеша составило 100% с только 3-4 записями. Есть ли другой способ сбросить/перезапустить службу DNS, кроме перезагрузки роутера? Я использую этот роутер уже много лет и никогда не сталкивался с такой проблемой. Я недавно обновился до 6.47 (я всегда поддерживаю актуальную версию на стабильном канале). И я настроил DoH. Мои текущие настройки DNS [admin@GittuTik] /ip dns> print
servers: 8.8.8.8,8.8.4.4
dynamic-servers: 103.86.96.100,103.86.99.100
use-doh-server:
verify-doh-cert: yes
allow-remote-requests: yes
max-udp-packet-size: 4096
query-server-timeout: 10s
query-total-timeout: 15s
max-concurrent-queries: 100
max-concurrent-tcp-sessions: 20
cache-size: 4096KiB
cache-max-ttl: 1w
cache-used: 183KiB
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @192.168.1.1
; (1 сервер найден)
;; глобальные опции: +cmd
;; Получен ответ:
;; ->>HEADER<<- opcode: QUERY, статус: NOERROR, id: 56004
;; флаги: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; СЕКЦИЯ ВОПРОСА:
;. IN A
;; СЕКЦИЯ ОТВЕТА:
. 231 IN A 172.217.167.132
;; Время запроса: 1 мс
;; СЕРВЕР: 192.168.1.1#53(192.168.1.1)
;; ВРЕМЯ: Пн Июн 22 19:11:50 +06 2020
;; РАЗМЕР СООБЩЕНИЯ получен: 48 – dig @192.168.1.1
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @192.168.1.1
; (1 сервер найден)
;; глобальные опции: +cmd
;; время подключения истекло; не удалось добиться связи – dig @8.8.8.8
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> @8.8.8.8
; (1 сервер найден)
;; глобальные опции: +cmd
;; Получен ответ:
;; ->>HEADER<<- opcode: QUERY, статус: NOERROR, id: 61986
;; флаги: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: версия: 0, флаги:; udp: 512
;; СЕКЦИЯ ВОПРОСА:
;. IN A
;; СЕКЦИЯ ОТВЕТА:
. 21388 IN CNAME youtube-ui.l.google.com.
youtube-ui.l.google.com. 88 IN A 216.58.200.142
youtube-ui.l.google.com. 88 IN A 172.217.167.142
youtube-ui.l.google.com. 88 IN A 172.217.160.142
youtube-ui.l.google.com. 88 IN A 216.58.196.174
youtube-ui.l.google.com. 88 IN A 172.217.163.46
youtube-ui.l.google.com. 88 IN A 172.217.163.78
youtube-ui.l.google.com. 88 IN A 172.217.163.142
;; Время запроса: 72 мс
;; СЕРВЕР: 8.8.8.8#53(8.8.8.8)
;; ВРЕМЯ: Пн Июн 22 19:12:13 +06 2020
;; РАЗМЕР СООБЩЕНИЯ получен: 190 192.168.1.1 — это мой роутер - RB750Gr3. Но самое интересное, что в это время и размер кеша, и использование кеша в /ip dns были 2048KiB. Но кеш /ip dns содержал только 3-4 записи и за 1 секунду вновь очищался. Я пытался сбросить кеш несколько раз. Безрезультатно. Использование кеша все равно оставалось 2048KiB, и в кеш больше не добавлялось ни одной значимой записи. Тогда я удвоил размер кеша до 4096KiB, и сразу использование кеша увеличилось до 4096KiB. Но кеш ip dns по-прежнему не работал. Затем я перезагрузил роутер, и вдруг все встало на свои места. Каждый домен стал разрешаться правильно. Использование кеша больше не заполнено. В данный момент в кеше 302 элемента, а использование кеша всего 183KiB. Теперь у меня вопрос: что могло вызвать эту проблему? Очевидно, служба DNS была каким-то образом сломана или повреждена? Учитывая, что использование кеша составило 100% с только 3-4 записями. Есть ли другой способ сбросить/перезапустить службу DNS, кроме перезагрузки роутера? Я использую этот роутер уже много лет и никогда не сталкивался с такой проблемой. Я недавно обновился до 6.47 (я всегда поддерживаю актуальную версию на стабильном канале). И я настроил DoH. Мои текущие настройки DNS [admin@GittuTik] /ip dns> print
servers: 8.8.8.8,8.8.4.4
dynamic-servers: 103.86.96.100,103.86.99.100
use-doh-server:
verify-doh-cert: yes
allow-remote-requests: yes
max-udp-packet-size: 4096
query-server-timeout: 10s
query-total-timeout: 15s
max-concurrent-queries: 100
max-concurrent-tcp-sessions: 20
cache-size: 4096KiB
cache-max-ttl: 1w
cache-used: 183KiB
