Jump to content

Andrew Voronkov

Forum Members
  • Posts

    313
  • Joined

  • Last visited

About Andrew Voronkov

  • Birthday 06/03/1984

Converted

  • Location
    Москва

Equipment

  • Keenetic
    Ultra II 4 штуки, KN-1710 2 штуки, Start, 4G

Recent Profile Visitors

758 profile views

Andrew Voronkov's Achievements

Content Generator

Content Generator (4/5)

46

Reputation

  1. Я в саппорт отправил и стартап конфиг, и диагностику. Сюда тоже приложить? Запрос #553247
  2. Все остальные ресурсы - кроме iptv - работают идеально, вплоть до онлайн просмотра фильмов в 4k с битрейтом под 50. На резерв тоже не переулючается. Провайдер ошибок на портах не видит. Продолжаю подозревать кривую работу приоритетов, ибо совпало по времени. Да и это были первые изменения в настройках роутера за неделю - до этого год все работало идеально.
  3. Добрый день. Последняя бета 3.7. Вчера решил выставить приоритеты клиентам в сети - поставил единичку паре телевизоров с iptv, серверу видеонаблюдения и тд. После этого стали дико буферить все провайдеры iptv - причем на любом подключении (отключал основной канал, переключал на резерв через wisp и тд). Пробовал разных iptv провайдеров. То есть смотреть невозможно - буферизация каждые 5-10 секунд, как будто не хватает скорости. До этого годами всё работало идеально. При этом соединение 100мбит по проводу, вариант с wisp вообще 150мбит. Спидтест работает нормально, все сайты открываются штатно, проблем со скоростью нет - только вот буферит iptv. Убрал все приоритеты - ситуация вообще не изменилась. Перезагружал все роутеры в вайфай системе, клиентов - делал все обычные для такой ситуации манипуляции. У меня создаётся впечатление, что выставление приоритетов повредило какие-то настройки, связанные с iptv - и ручное восстановление приоритетов на дефолт не подчистило все хвосты. Вчера вечером параллельно с проблемами с iptv появлялись иногда еще и такие строчки, то есть кинетик терял своё облако: Июл 28 21:53:00 ndm Cloud::Agent: can not connect to the cloud server. Июл 28 21:58:19 ndm Core::Syslog: last message repeated 4 times. Июл 28 21:58:22 ndm Core::Ndss: [4296] HTTP error: 502 (Bad Gateway). При необходимости могу прикрепить скрытыми селфтест и стартап-конфиг, если потребуется.
  4. Я правильно понял текущую ситуацию?: По команде more temp:/ndnproxymain.stat я вижу вообще все днс, используемые в роутере, отранжированные по скорости отклика. Но в рамках конкретного активного соединения используются именно те днс, которые привязаны к этому соединению (например, это видно на главной странице под конкретным соединением), но отранжированные по порядку, который видно по команде выше. То есть в соединение мтс днс от соединения мегафон попасть никак не могут, если я сам их туда не привяжу. И при этом ранжирование по отклику работает и в рамках конкретного соединения - днс'ы пингуются конкретно через это активное соединение. Я правильно понял?
  5. То есть то, что я прописываю в разделе Интернет-фильтр - серверы DNS - и там делаю привязку конкретных днс к конкретным соединениям - это не действует? Или я неправильно вас понял? По идее судя по этой настройке днс от мтс, например, никак не может использоваться для мегафона. "Любое" подключение - только для 8.8.4.4 и 77.88.8.8
  6. Нет планов отображать на главной днс всё же с учётом их реального ранжирования? А с привязкой к используемым провайдерам это нигде не посмотреть? Они тут ранжируются все в кучу, а потом используются только те, которые относятся к конкретному соединению, так? Просто я сейчас сижу на резервном wisp от мегафона - но у меня картина вот такая (то есть днс от мегафона с рангом 3 и ниже, а с рангом 1 вообще днс от другого резерва - мтс): { "message": [ "# ndnproxy statistics file", "", "Total incoming requests: 32006", "Proxy requests sent: 63732", "Cache hits ratio: 0.321 (10277)", "Memory usage: 54.06K", "", "DNS Servers", "", " Ip Port R.Sent A.Rcvd NX.Rcvd Med.Resp Avg.Resp Rank ", " 192.168.3.1 53 147 58 67 50ms 100ms 5 ", " 8.8.4.4 53 87 0 47 43ms 46ms 1 ", " 8.8.8.8 53 3134 1475 68 46ms 54ms 5 ", " 10.77.48.115 53 7557 0 0 0ms 0ms 3 ", " 10.97.52.69 53 12937 12402 86 89ms 177ms 4 ", " 77.88.8.8 53 9188 7708 81 35ms 34ms 8 ", " 178.215.65.250 53 7559 0 0 0ms 0ms 4 ", " 212.188.8.10 53 8004 0 0 0ms 0ms 2 ", " 213.108.16.3 53 7557 0 0 0ms 0ms 3 ", " 213.87.142.85 53 7562 0 0 0ms 0ms 1 ", "" ], "prompt": "(config)"
  7. Речь исключительно о визуальном отображении на главной странице, как я понимаю? Почему тогда иногда при падении провайдерских днс в этом списке на 3.6 наверх поднимались гугл и яндекс днс? И вообще порядок днс время от времени менялся - даже два провайдерских днс тасовались между собой иногда. А как же визуальный мониторинг доступности днс? Нет правильного отображения? Само ранжирование то осталось? То есть роутер время от времени всё ещё определяет, какой днс быстрее - и использует именно его, я правильно понял? А на главной днс отображаются по неведомой логике, не связанной с реальным положением дел. Так? Почему же тогда у меня теперь используются яндекс днс время от времени, хотя раньше всегда использовались провайдерские. Логика ранжирования и использования днс точно не поменялась с переходом с 3.6 на 3.7?
  8. Если я не ошибаюсь (а я почти уверен), то на предыдущих прошивках (3.6 в том числе) на главной странице (системный монитор) под каждым соединением dns'ы писались в столбик в порядке их использования. То есть роутер ранжировал dns по отклику - и в порядке скорости отклика он их и отображал под соединениями (в 99% случаев провайдерские днс были в верху списка). Раньше я по этому списку определял, когда провайдерские днс чувствовали себя плохо - наверх поднимался яндексовский или гугловский, я звонил провайдеру - и они лечили свои днс, ситуация исправлялась. Сейчас в ТГ группе кинетика меня убеждают, что такого ранжирования никогда не было. Вопросы: 1. Было ли раньше ранжирование днс с отображением на главной странице. Если да - то куда оно делось в 3.7 - сейчас днс расположены в одинаковом порядке для всех трех провайдеров - первыми идут яндекс и гугл, а родные провайдерские - в конце списка. Принцип сортировки - непонятный. 2. Сохранился ли в 3.7 вообще принцип ранжирования днс? У меня такое ощущение, что роутер стал использовать днс именно по очередности из списка (вместо выбора днс по скорости отклика) - при очевидно более быстрых провайдерских днс - кинетик теперь постоянно использует яндекс (первый сейчас в списке) или гугл (второй в списке). А провайдерские игнорирует по всем соединениям - проверял через whatsmydnsserver.com/ - поэтому наблюдаю проблемы с доступом к некоторым ресурсам, включая appstore. UPD. Зашел на соседские роутеры на 3.6 - там днс прекрасно ранжируются по отклику - и, что логично, первыми в списке идут провайдерские, а гугл и яндекс - в конце. Аналогично и используютсяя у соседей днс - в соответствии с этим списком. Первый скриншот - отображение и использование днс на 3.7 у меня, второй и третий скриншот - отображение и использование днс на 3.6 у соседей. 178.. и 213.. - это провайдерские.
  9. Просто я никогда не встречал сортировки, чувствительной к размеру первой буквы. А есть все яблочные устройства переназывать с прописных букв - получается хрень типа IPhone (потому что заглавная i один в один как строчная l). Ну это так, в формате багрепорта, жить не очень мешает.
  10. Приветствую. Уже много месяцев в бете при сортировке списка клиентов по алфавиту - вижу проблему. Связана она с тем, что система зачем-то учитывает регистр. То есть сначала идут устройства по алфавиту, записанные с большой буквы (от A до Z), потом идут устройства по алфавиту с маленькой буквы (от a до z), а потом идут имена на русском. В итоге все клиенты с названиями типа iPhone, iPad и тд - оказываются не по алфавиту, а почти в конце списка после всех устройств A-Z. Прошу исправить, если это баг, а не фича.
  11. Вот тоже мне кажется, что куда логичнее убирать галки с некоторых разрешенных, чем крестами отмечать запрещённые. Ведь чаще всего наша задача чисто логически - обеспечить привязку клиента к конкретной ТД, а не создать заперт на его подключение ко всем остальным.
  12. А вы правильно поняли настройку? В ней, как я понимаю, надо убирать запрещённые, а не отмечать разрешенные узлы.
  13. Очень нужна эта фича, при большом количестве клиентов, особенно если это умный дом - попадаются такие, которые начинают постоянно прыгать между ТД. Привязка к конкретной ТД - оооооочен бы помогла. Даже странно, что в супер продуманном Кинетике этого еще нет (((
  14. Подтверждаю, 10 часов уже не отваливаются экстендеры.
  15. Причем отвал ретрансляторов происходит плюс-минус через 2 часа после очередной перезагрузки.
×
×
  • Create New...