Перейти к содержанию

Andrew Voronkov

Участники форума
  • Постов

    361
  • Зарегистрирован

  • Посещение

Converted

  • Род деятельности
    PR

Оборудование

  • Устройства
    Peak, Ultra II 4 штуки, KN-1710 3 штуки, Start, 4G и тд.

Посетители профиля

1 771 просмотр профиля

Достижения Andrew Voronkov

Поставщик контента

Поставщик контента (4/6)

61

Репутация

  1. Подскажите, пожалуйста, dns маршрутизация ведь никогда не будет работать для сервера Home Assistant, если он в любой политике Не по умолчанию? Ситуация такая. Сервер в политике авг, но нужно, чтобы только его доступ к серверам xiaomi шел не через авг. А всё остальное - через авг. Если делать через dns маршруты - они не срабатывают, поскольку сервер в политике авг. Если делать через ipv4 маршруты - всё работает отлично, но: 1. В качестве интерфейса я могу выбрать только 1 источник интернета - а у меня их 3 (основной и 2 резервных) и хотелось бы выбрать три. И непонятно, при выбранном одном основном и его падении - коннект пойдет через авг или через резерв? Очередность нигде не настраивается. При настройках добавлять автоматически - вкл, эксклюзивный - выкл. 2. Если xiaomi сменит ip своих серверов - вся эта история превратится в тыкву. Нет ли какой-то хитрости всё-таки с dns маршрутизацией для моего случая (весь коннект сервера через выбранную политику, коннект с серверами xiaomi - НЕ через выбранную политику). Заранее спасибо!
  2. Мне кажется, эта проблема была всегда, она не специфична для пятерки..
  3. Моя wifi система: Контроллер - Репитер 1, Репитер 2, Репитер 3, Репитер 4. При обновлении с беты на 4.3.0 словил баг, что ретранслятор (репитер 1) с назначенным адресом 192.168.1.3 полностью пропал из wifi системы. Оказывается, это служебный айпишник, на 4.3.0 были какие-то изменения по этому поводу (сказали в саппорте, у кого этот адрес используется - лучше освобождайте). В итоге до этого система работала лет 5 с такой адресацией - после обновления на 4.3.0 всё развалилось (на странице wifi системы репитер с 192.168.1.3 висит как офлайн, при этом он в доступе по этому внутреннему адресу, спокойно открывается и тд, но wifi система не работает с ним). НО! Проблема не только в этом! Пока я не понимал, в чем дело, я решил перезахватить этот репитер. Сбросил на дефолт, включил как усилитель, подключил по проводу, захватил - всё по классике. Wifi система его захватила с другим ip - всё заработало, оставил как есть. Но спустя пару часов я заметил, что стали отваливаться клиенты, причём массово так. Два дня я это наблюдал и пытался найти причину. Пока случайно не зашел в свойства одного из отвалившихся клиентов в меню кинетика. Оказалось, что для него перезахваченный репитер почему-то оказался в запрете на подключение. Такая же ситуация оказалась на всех отвалившихся клиентах (штук 15). Убрал Репитер из запрещенных - всё заработало. Итого. Ровно на всех клиентах, где в меню кинетика стоял старый запрет на подключение к Репитеру 2 (он вообще в другом конце территории, на нем запрет стоял много лет) - при перезахвате Репитера 1 (который 192.168.1.3) - в запретах заодно оказался и перезахваченный репитер 1. Мне кажется, такого происходить точно не должно.
  4. Andrew Voronkov

    WebHook

    Оказывается, их вообще убрали..
  5. Добрый день! Для Netcraze будет бета тестирование через testflight? Полагаю, версия Netcraze в appstore не соответствует последней бете Keenetic app в testflight.
  6. Ого ничего себе! Никогда бы не догадался, что надо выбрать репитер галкой и только тогда появится интерфейс для его редактирования. Спасибо! P.S. Но дельту там всё равно не выбрать. В общем, странное решение. Не хватает там пункта "не выбрано", чтобы выбор остался на стороне репитера, как раньше.
  7. В упор не вижу эту настройку в вебе в wifi системе на 4.2.3 (((
  8. Подтверждаю, даже возможность выбора канала delta перестала работать. Было бы круто восстановить хотя бы этот функционал через UI.
  9. У меня в мэше устройства в разном статусе добавлены за последние годы - и как тд, и как усилитель. И там, и там - недоступна смена каналов. Возможно, вам помогла именно настройка с нуля, а не смена типа устройства в мэш. Кроме того, через приложение канал меняется, так что все-таки баг, а не фича )
  10. Добрый день! А модели роутеров какие? У меня нет такой проблемы только на древнем старте и на головном пике в рамках одной мэш сети. На трех ультра2 в этой же сети проблема есть. Кстати, через приложение по ios каналы вроде доступны для смены. Попробуйте у себя.
  11. Это ошибка веба, поскольку через мобильное приложение каналы меняются без проблем.
  12. Читайте внимательнее, этот баг только на ультрах2, причем часть из них подключены к Пику по воздуху (5ГГц), часть по проводу - и они все точки доступа в мэше. На Старте который такая же ТД в том же мэше на той же бета2 всё меняется, проблем с каналами нет, поле смены канала присутствует. Wisp на 2.4 и меня в природе не было и нет. А висп 5, который у меня есть - всегда влиял только выбор 5ГГц wifi канала основного Пика, что логично. Каналы остльных ТД в мэше от Wisp Пика никак не зависят. Это именно что баг. Кроме того, ссылка про "Определяется подключением Wireless ISP 2.4ГГц" - ведёт просто на заглавную страницу соответствующей ТД, ибо в реальности виспа никакого нет.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.