http://mikrotik.moscow Новое в теме Очередь Tree, глобальный вход и проблемы с DNS форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 20 Aug 2026 04:58:01 -0400 Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
Я протестировал в ROS 6.0rc1, 6.0rc2 на RB-750 — проблема, кажется, решена, но не могу установить ROS 6.0rc* на x86 из-за неработающей клавиатуры [Ticket#2012102966000371]. Мне нужно, чтобы эту проблему исправили на x86 (наших производственных серверах). Перед тем как поставить ROS 6.0rc в продакшен, хочу проверить его на офлайн-сервере, но не могу из-за неработающей клавиатуры в процессе установки.
26.11.2012 14:43:00, shade.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424525 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424525 Mon, 26 Nov 2012 14:43:00 -0500 RouterOS Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
Пожалуйста, попробуйте версию 6.0rc4. Если хотите ссылку для загрузки, либо подайте заявку на получение dev-пакетов, либо попросите ссылку в тикете, который вы открыли в поддержку по этому вопросу.
26.11.2012 14:31:00, janisk.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424524 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424524 Mon, 26 Nov 2012 14:31:00 -0500 RouterOS Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
Проверил ROS 5.22 на RB-750 — проблема всё ещё есть.
26.11.2012 14:10:00, shade.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424523 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424523 Mon, 26 Nov 2012 14:10:00 -0500 RouterOS Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
Большое спасибо за ваши отчёты. Проблема будет исправлена в следующей версии v6.x RouterOS.
30.10.2012 12:34:00, sergejs.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424522 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424522 Tue, 30 Oct 2012 12:34:00 -0400 RouterOS Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
У меня такая же проблема была с RouterOS 4 и до самой последней версии RouterOS 5.21. Раньше это не было критично, потому что у меня был один большой IP-сегмент (я просто поставил DNS-сервер в этот сегмент, так что DNS-трафик не шел через Mikrotik). Но сейчас я разбиваю большой сегмент на несколько меньших, и не хочу ставить DNS-сервер в каждом из них.

Для воспроизведения проблемы я сделал выделенный DNS-сервер (Linux/bind IP 10.7.3.10/24), подключённый к RB-750 через интерфейс ether3-slave-local с IP 10.7.3.1/24. DNS-клиент (Linux/ssh IP 10.7.2.10/24) подключён к RB-750 через ether2-master-local с IP 10.7.2.1/24.

Примечание 1: Я не использую nscd и прочие кэширующие службы, чтобы воспроизвести проблему, отключите nscd на клиенте и сервере для чистоты эксперимента.

Примечание 2: Интерфейсы ether2-master-local и ether3-slave-local не в одном коммутаторе (master port = none), то есть у нас два IP-сегмента 10.7.3.0/24 и 10.7.2.0/24 с маршрутизацией между ними.

Некоторые DNS-запросы теряются, обычно AAAA. Они теряются только когда идут подряд в короткий промежуток времени. Если делать запросы вручную, по одному через nslookup — ничего не теряется. Но когда браузер или ssh-клиент пытаются разрешить домен, они посылают два запроса подряд, ответ на A приходит, а AAAA теряется.

Хороший сценарий (когда нет очередей). На DNS-клиенте, я делаю команду ssh mkpnet.ru, и в tshark (wireshark) на DNS-клиенте вижу:

shade:/home/alex # tshark -i eth0 -R"dns && ((ip.src==10.7.2.10 && ip.dst==10.7.3.10) || (ip.src==10.7.3.10 && ip.dst==10.7.2.10))"  
OOPS: dissector table "sctp.ppi" doesn't exist  
Protocol being registered is "Datagram Transport Layer Security"  
Running as user "root" and group "root". This could be dangerous.  
Capturing on eth0  
13.039545    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0xb767  A mkpnet.ru  
13.039613    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0x25e2  AAAA mkpnet.ru  
13.040778    10.7.3.10 -> 10.7.2.10    DNS 255 Standard query response 0xb767  A 192.168.11.4  
13.040970    10.7.3.10 -> 10.7.2.10    DNS 117 Standard query response 0x25e2  

Один запрос на A, один на AAAA, один ответ на A, один ответ на AAAA.

На DNS-сервере:

home:~ # tshark -i eth0 -R"dns && ((ip.src==10.7.2.10 && ip.dst==10.7.3.10) || (ip.src==10.7.3.10 && ip.dst==10.7.2.10))"  
Running as user "root" and group "root". This could be dangerous.  
Capturing on eth0  
 4.150101    10.7.2.10 -> 10.7.3.10    DNS Standard query A mkpnet.ru  
 4.150148    10.7.2.10 -> 10.7.3.10    DNS Standard query AAAA mkpnet.ru  
 4.150941    10.7.3.10 -> 10.7.2.10    DNS Standard query response A 192.168.11.4  
 4.151190    10.7.3.10 -> 10.7.2.10    DNS Standard query response  

Один запрос на A, один на AAAA, один ответ на A, один ответ на AAAA.

Плохой сценарий — есть простая очередь на интерфейсе ether2-master-local (например, limit-at/max-limit 10М) у DNS-клиента.

shade:/home/alex # tshark -i eth0 -R"dns && ((ip.src==10.7.2.10 && ip.dst==10.7.3.10) || (ip.src==10.7.3.10 && ip.dst==10.7.2.10))"  
OOPS: dissector table "sctp.ppi" doesn't exist  
Protocol being registered is "Datagram Transport Layer Security"  
Running as user "root" and group "root". This could be dangerous.  
Capturing on eth0  
 6.103472    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0xa725  A mkpnet.ru  
 6.103491    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0x5960  AAAA mkpnet.ru  
 6.104812    10.7.3.10 -> 10.7.2.10    DNS 255 Standard query response 0xa725  A 192.168.11.4  
11.107952    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0xa725  A mkpnet.ru  
11.109166    10.7.3.10 -> 10.7.2.10    DNS 255 Standard query response 0xa725  A 192.168.11.4  
11.109220    10.7.2.10 -> 10.7.3.10    DNS 69 Standard query 0x5960  AAAA mkpnet.ru  
11.109795    10.7.3.10 -> 10.7.2.10    DNS 117 Standard query response 0x5960  

Один запрос на A, один на AAAA, один ответ на A, ждём 5 секунд, снова запрос на A, ответ на A, ещё один запрос на AAAA, ответ на AAAA.

На DNS-сервере:

home:~ # tshark -i eth0 -R"dns && ((ip.src==10.7.2.10 && ip.dst==10.7.3.10) || (ip.src==10.7.3.10 && ip.dst==10.7.2.10))"  
Running as user "root" and group "root". This could be dangerous.  
Capturing on eth0  
 0.000000    10.7.2.10 -> 10.7.3.10    DNS Standard query A mkpnet.ru  
 0.000801    10.7.3.10 -> 10.7.2.10    DNS Standard query response A 192.168.11.4  
 5.005182    10.7.2.10 -> 10.7.3.10    DNS Standard query A mkpnet.ru  
 5.005980    10.7.3.10 -> 10.7.2.10    DNS Standard query response A 192.168.11.4  
 5.006369    10.7.2.10 -> 10.7.3.10    DNS Standard query AAAA mkpnet.ru  
 5.006647    10.7.3.10 -> 10.7.2.10    DNS Standard query response  

Один запрос на A, один ответ на A, ждём 5 секунд, запрос на A, ответ на A, запрос на AAAA, ответ на AAA.

DNS-клиент посылает 2 запроса AAAA, DNS-сервер получает только 1 запрос AAAA.

Куда теряется второй запрос AAAA?

Я воспроизвёл эту проблему на RB-750 и x86 роутерах с RouterOS 5.21.

На RB-750 с RouterOS 6.0rc2, кажется, проблема исправлена.

На x86 с RouterOS 6.0rc2 я ещё не тестировал.
28.10.2012 20:41:00, shade.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424521 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424521 Sun, 28 Oct 2012 20:41:00 -0400 RouterOS Очередь Tree, глобальный вход и проблемы с DNS RouterOS в форуме RouterOS.
Всем привет, у меня возникла странная проблема. Как только я создаю очередь в Queue Tree с любым из «глобальных» интерфейсов в качестве родителя (global-in, global-out, global-total) — и даже если я не пропускаю через эту очередь ни одного пакета — у меня начинаются проблемы с разрешением DNS, причём очень странные. ‘dig’ работает идеально, nslookup тоже, но когда пытаюсь открыть любой сайт через браузер, он просто зависает на «Looking up» на 5-6 секунд, потом успешно разрешает адрес и загружает страницу очень быстро. Использую RouterOS 5.8 на Mikrotik RB1100AHx2. Пробовал назначать очереди прямо на интерфейсы, в этом случае DNS работает без задержек. Спасибо за помощь!
27.03.2012 02:44:00, LtFlash.]]> http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424520 http://mikrotik.moscow/forum/forum57/88204-ochered-tree_-globalnyy-vkhod-i-problemy-s-dns/message424520 Tue, 27 Mar 2012 02:44:00 -0400 RouterOS