-
Posts
44 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by corniger
-
-
On 8/9/2020 at 10:31 PM, Leksey118 said:
В любой поддержки сходу на сетевухе пропишут всё статично
Но не адреса серверов DNS от другого провайдера, все же) Вы не смотрели на бета 3.5, проблема остается?
-
это поведение возникает по определенной, известной причине, исправление будет. насчет того, что уже в 3.5 - да, это вероятно, однако достоверно срок пока нет возможности оговорить
-
1
-
-
в качестве предположения, это может быть эффект от накапливания ошибок в счетчике внутри firmware радиомодуля. на такое повлиять маловероятно при помощи программы управления.
попробуйте сузить ширину канала. -
нужно предоставить дамп трафика, который передается в момент возникновения проблемы между хостом и сервером, и проявление проблемы в виде снимков, записей в журнале - синхронизированное по времени с данными в дампе.
например, устанавливаете Wireshark на компьютер и запускаете захват на сетевом интерфейсе, которым компьютер подключен к сети кинетика. производите действия (скажем, открыть в проводнике сетевой диск). видите возникшую в процессе работы приложения (Проводник) ошибку, снимаете ее вместе в часами в снимок экрана. сохраняете файл диагностики кинетика. останавливаете захват и сохраняете его в файл. три полученных файла шлете сюда или в заявку на портале ТП.
если у вас в сети одновременно есть другие компьютеры, упростить анализ может информация ipconfig /all с того компьютера где захватываете и воспроизводите. а так, лучше сетевую активность на момент диагностики минимизировать по возможности. Windows-компьютеры постоянно что-то рассылают в сеть, их (и вообще другие хосты) лучше на время отключить физически.при захвате установите параметр Неразборчивый режим. это совет "на всякий случай" - так сетевая карта ПК не будет отбрасывать общий трафик в сети, бывает, такой трафик оказывается информативен при анализе
по поводу магической силы Wireshark. не хотел комментировать это. но правда, может не надо так, не пробуя, бросаться словами. это обычное приложение, да, у него есть очень продвинутые функции, однако базовая функциональность, которой достаточно для получения диагностических данных, реализована на уровне "нажми на кнопку, вот она, получишь результат". инструкция есть https://help.keenetic.com/hc/ru/articles/213965969-Захват-сетевых-пакетов-с-помощью-программы-Wireshark
в линуксе, согласен, существует для этой программы нюанс связанный с безопасностью аккаунтов, который влияет и на базовую функциональность, но и это уже пройденный в распространенных дистрибутивах момент, скорее прозрачный чем загадочный. меньше флуда больше по делу пожалуйста! -
логика в политике требует перепроверки, то что я написал ранее все же не вполне верно - серверы должны использоваться, приоритет не должен срабатывать как исключение. попробуем разобраться на основе ваших данных.
однако насчет работы разрешения при этом на клиентах, подключенных беспроводно, и насчет неработы разрешения на проводных клиентах, где статически указаны публичные DNS-серверы (в случае если вы не используете на роутере фильтр, транзитные запросы должны обрабатываться как любой другой трафик) - это все синхронно при установке альфа14 возникло? если можно вышлите с проводного клиента ipconfig /all и nslookup ya.ru и nslookup ya.ru 1.1.1.1. на беспроводных клиентах где не возникала проблема - DHCP, так понимаю?
-
1
-
-
разрешение идет в основном через один из указанных серверов. посмотрите в диагностике по словам DNS Servers там есть статистика
настройка раздельная по интерфейсам, причем вместо PPPoE указан подлежащий интерфейс, это лучше изменить наоборот. вообще интерфейсы зачем указывать, если это публичные серверы, они у вас одинаковые по два раза вписаны.
когда на ПК сделана вручную настройка, указаны какие серверы DNS - адрес кинетика или публичные/провайдеров?
в политике у вас получаются серверы только для домена. потому что активен PPPoE для которого серверы явно не указаны, а те, что провайдер присылает в этом интерфейсе, вы прикрепили к другим интерфейсам. у пользовательской настройки приоритет над полученной автоматически
-
Доброго дня.
Спасибо! Это известное поведение, запланировано исправление.
-
1
-
Web-интерфейс. Traceroute
in 3.5
Posted
Спасибо, что обратили внимание. Аналогично ведет себя и команда в CLI.
Это можно поправить, в ближайшем тестовом выпуске ожидайте решение.