mmedic
Участники форума-
Постов
29 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент mmedic
-
@Migel Проблеме 4 месяца и она присутствует в стабильном релизе, куда перешла из беты. Другой вопрос - писал ли кто-то официальный запрос ТП и есть ли тикет? Форум явно не средство коммуникации с ТП.
- 81 ответ
-
- keeneticos 5.0
- beta1
- (и ещё 7 )
-
@qmxocynjca выше пишут, что да. Лично я не проверял, даунгрейдил репитеры внутри mesh. Поэтому не столкнулся с этой проблемой изначально.
- 81 ответ
-
- keeneticos 5.0
- beta1
- (и ещё 7 )
-
Если бы разработчик делал маломальское тестирование релизных прошивок на базовые функции, то не нужно было бы ничего сохранять
- 81 ответ
-
- 1
-
-
- keeneticos 5.0
- beta1
- (и ещё 7 )
-
Компоненты можно выбрать только для актуальной версии ветки прошивок. Архивные прошивки устанавливаются со всеми компонентами без возможности выбора.
- 81 ответ
-
- keeneticos 5.0
- beta1
- (и ещё 7 )
-
@vasek00 вы под клиентами понимаете репитеры? Я сейчас на репитере поставил 4.6.3.4 и mesh стал работать нормально. Даже при условии, что на контроллере 5.0.4 и репитер подключен по проводу. Т.е. режим репитера mesh в 5.0.4 работает неверно. На счет канала wifi - вы его можете отключить, если репитер в mesh или точка доступа подключены по кабелю. Это где-то в мануале написано. Если потеряется связь по проводу, то при доступности wifi сигнала между контроллером и репитером сеть останется в рабочем состоянии при этой включенной опции, т.е. автоматически канал поднимется по wifi.
- 33 ответа
-
- mesh
- ретранслятор
-
(и ещё 2 )
C тегом:
-
Да, именно такая картина. Осталось подождать ответ от конторы.
- 33 ответа
-
- mesh
- ретранслятор
-
(и ещё 2 )
C тегом:
-
Эта тема с 5.0.3. На бете я видел проблему несколько месяцев назад и это вписывается в концепцию тестирования. Но на релизе это уже существенная проблема не только самого ПО, но и выпуска продукта с явными ошибками, о которых ранее говорили пользователи.
- 81 ответ
-
- 3
-
-
-
- keeneticos 5.0
- beta1
- (и ещё 7 )
-
По wifi все работает как надо. Некорректное отображение подключенных клиентов начинается сразу, как только репитер присоединяется к контроллеру по проводу. Вчера у себя проверил.
- 33 ответа
-
- 2
-
-
- mesh
- ретранслятор
-
(и ещё 2 )
C тегом:
-
@Gonzik Спасибо! Я в дев ветке не смотрел дубли, так как 5.0.4 - это стабильный релиз. Да и с октября и бетки 5.0.3 можно было решить проблему. Но, видимо, проблема не приоритете.
- 33 ответа
-
- mesh
- ретранслятор
-
(и ещё 2 )
C тегом:
-
5.0.4 mesh, отображение точки подключения клиентов wifi в mesh
mmedic опубликовал вопрос в Веб-интерфейс
Здравствуйте! Конфигурация - kn-1011 + kn-1010 в mesh сети, два сегмента. Клиенты, подключенные через ретранслятор, отображаются как подключенные "по проводу". В настройках mesh сети указано 0 подключенных клиентов через ретранслятор kn-1010. Если зайти на web ретранслятора, то там информация отображается верно. На работоспособность не вроде влияет, но визуально сильно напрягает. В крайнем релизе 4 версии (4.3.6.3 и ранее) все отображалось корректно при той же конфигурации. На скриншоте ниже все устройства - клиенты wifi, но два из них подключены через рентранслятор. Конфигурация mesh ниже. По факту часть клиентов висит на kn1010. Но все они отображаются клиентами kn1011.- 33 ответа
-
- 8
-
-
- mesh
- ретранслятор
-
(и ещё 2 )
C тегом:
-
Вы имеете в виду agh? Если да, то polling112.rmm9.ru не резолвится вашими апстрим dns серверами, которые вы указали в настройках agh. Это к тому, что agh ни при чем. Попробуйте использовать другой dns сервер. Еще вариант - поискать ошибку в А записи. Если А запись указана верно, то попробовать найти ошибку в написании CNAME записи.
-
Тогда это апстрим не резолвит ваш адрес. Или РКН шалит. Если знаете IP назначения, то попробуйте внести его в раздел DNS rewrites настроек agh.
-
так agh не DNS рзолвер сам по себе. Если настроена апстрим резолверы не знают polling112.rmm9.ru, то и agh его знать не может. Блоклисты посмотрите по домену rmm9.ru
-
А эти днс резолвят без agh?
-
Всем доброго дня! Посыпаю голову пеплом. Я в AGH не проконтролировал обратный DNS, который ссылался на 192.168.1.1:53 или 192.168.1.10:53 Вот и возникала петля. К кинетику вообще никаких вопросов. Просто наблюдения совпали, а протестировать глуюже не зватило времени и ресурсов. Всем спасибо и благодарю за комментарии и ценные советы покопаться в своих настройках.
-
У меня на nas он установлен в докере.
-
Я такого не встречал (я не специалист). Буду знать теперь. Спасибо!
-
Это если agh явялется сервером dhcp? Сейчас у меня уже нет этого модуля в прошивке. Во время ошибки было установлено "не используется" в том числе. При этом внешние dns работали нормально, а установка локального вызывала петлю.
-
Например, для назначения разных днс разным сегментам сети. Удивительно то, что ошибка возникала после отключения этих фильтров. Т.е. конфигурация роутера не возвращалась в исходное состояние. Из того, что доступно в web интерфейсе - довольно сложно сделать что-то не так и такую ошибку не получить. Поэтому вы ошибаетесь.
-
В результате выяснилось следующее. После полного сброса KN1011 настроил все снова. Проблема воспроизвелась при включении настройки "интернет фильтр" (общедоступные фильтра и т.п.). После этого образовалась петля и кинетик заблокировал локальный dns сервер. Перезагрузка и отключение не помогло. Полный сброс устройства и отключение модуля интернет фильтра (убрал в составе прошивки) решили проблему полностью. Все делал на 4.3.6.1. Что будет происходить в том случае, если после образовании петли удалить пакет интернет фильтров из прошивки не делал. Может тоже все исправилось бы. Интересная история приключилась, но не отсносящаяся к agh. У меня соединение с провадером PPPoE. После его настройки заметил такую штуку, что если модуль "Проверка доступности интернета (Ping Check)", например, в режиме "Автоматический" по какой-то определяет отсуствие интернета, то соединение не устанавливается. Если вместо "Автоматический" поставить icmp запросы на 1.1.1.1 или другой функционирующий сайт при неизменных других настройках PPPoE, то соединение устанавливается.
-
Здравствуйте! Подскажите, пожалуйста, как избавиться от: proxy loop detected: 192.168.1.30 <-> 192.168.1.30, request dropped. ndnproxy DNS server 192.168.1.30 inactivated. при работе AGH. Схема сети такая - kn1011 (роутер)+kn1010 (репитер по lan) + NAS (lan по адресу 192.168.1.30). В роутере два сегмента - (1) для клиентских устройств (2) для домашних девайсов. В NAS крутится докер и на нем куча свяких сервисов. Не так давно установил AGH и в общем-то все работало хорошо. Но совсем недавно появилась такая проблема, что при включении DNS AGH в виде сервера для устройств кинетик его сразу отрубает (в dhcp сегмента или через настройки интернет фильтра-настройка DNS). От провайдера DNS не получаю (галка стоит в настройках PPPoE). Сервер AGH переустанавливал в докере - без изменений. Внешние DNS работают прекрасно. Уже не знаю что придумать. Заранее спасибо за ссылки почитать или мысли, которые можно реализовать. Версии КинетикОС, на которых точно наблюдается проблема с "proxy loop detected" - 4.6.3.1, 5.0 b1.
-
Спасибо! Попробую. Такой вариант у меня был, DLNA не работала при этом. Но уже по понятной причине, которую вы объяснили. По пингу устройств во второй сети обязательно проверю. Спасибо еще раз за помощь!
- 6 ответов
-
- медиасервер
- dlna
-
(и ещё 1 )
C тегом:
