Jump to content

keenet07

Forum Members
  • Posts

    2,671
  • Joined

  • Days Won

    23

Posts posted by keenet07

  1. 53 минуты назад, Саша Г. сказал:

    Так все эти камеры, какие на скрине выше, hikvision... То есть они вообще-то все одинаковой модели, кроме камеры прихожей. Она постарше...

    Думаете кто-то из них светит второй мак? Ну отчего нет...

    Вы проверьте настройки на камерах подключенных по проводу не лезет ли какая-нибудь из них ещё и по WIFI. По кабелю и по воздуху маки разные у одного устройства.

    Или ради эксперимента поменяйте пароль на WIFI на время. Перезагрузите роутер и посмотрите, появится ли это незарегистрированное устройство или отвалится. Ну можно просто камеры поотключать для проверки.

    • Upvote 1
  2. Производителем устройства с mac-адресом ec:c8:9c:eb:bf:94 является компания:

    Имя компании: Hangzhou Hikvision Digital Technology Co.,Ltd.

    Какая-то IP-камера скорее всего. Уверены что ничего такого не подключено сейчас?

    Возможно глюк двойного подключения: сразу по WIFI и по проводу.

    Попробуйте CTRL+F5 в конфигураторе. Или даже куки удалите. Может быть оболочка чудит. 

  3. 18 минут назад, Senya сказал:

    И что дальше делать? Ну надо ж было так накосячить...

    Интернет то есть на устройстве?

    Либо какая-то ошибка в названии компонента. Я не проверял.

    Если инет работает, то лучше/проще сделать так:

    components list stable
    components commit

    Дождаться 100% и перезагрузки. Установится стабильная 4.0.5 версия. Если у вас актуальная модель роутера.

    Дальше уже из интерфейса можете, либо загрузить бэкап предыдущей прошивки (если она у вас есть), либо ждать версию 4.1а18.

    • Upvote 2
  4. 12 минуты назад, Сергей Грищенко сказал:

    Можете подробнее рассказать как восстановить доступ? Сброс до заводских не помогает.

    До всех манипуляций примите соглашение командой

    (config)> eula accept

    затем 

    components install cloudcontrol

    затем

    components commit

    В теории так.

  5. Лучше всего конечно было бы написать вот сюда. https://keenetic.ru/ru/company/support

    Но если хотите, можно сбросить настройки роутера в заводские настройки, чтоб исключить все неправильные настройки.

    Воткнуть кабель провайдера в гнездо "0" синенькое. Попробовать заново пройти мастер не включая там ничего лишнего и не меняя то что не понятно. Либо пропустить его и просто попасть в админку. Если интернета нет, заглянуть в лог и посмотреть что там произошло.

    Кабель провайдера длиной не превышает 100 метров? Возможно требуется вручную снизить скорость порта.

    Когда кабель подключаете светодиод на разъеме загорается? Мигает?

    На первом вашем скриншоте чуть ниже настройка IPv4 стоит в автоматическом режиме? Или вы там что-то прописали?

  6. Очевидно проявляется не у всех. Какие-то особенности конфигурации. У меня наоборот многое не нужное из компонентов не установлено.

    Возможно связано именно с настройками, а не с конфигурацией компонентов.

  7. После обновления на 4.1 Alpha 17 не заходит в веб-интерфейс роутера по http://192.168.1.1/

    Вообще ничего не загружается, как будто бы там и не поднято ничего. С ошибкой "не загрузки страницы с первого раза" не связано.

    Очистка кэша не помогает. Проверено в трех  разных браузерах.

    Цитата

     

    Не удаётся получить доступ к сайту

    192.168.1.1 не позволяет установить соединение.

    ERR_CONNECTION_REFUSED

    При этом Интернет работает. Перезагрузка не помогает. По Telnet подключается.

    Уж не связано ли это как-то вот с этим изменением:

    Цитата

    Web (beta): исправлено предупреждение об изменении портов HTTP и HTTPS (сообщил @dimon27254) [NWI-3091]

    Вот это не помогло. https://help.keenetic.com/hc/ru/articles/360015786580-Как-вернуть-доступ-к-веб-конфигуратору-

    По Telnet обновился до стабильного релиза 4.0.5 на котором сразу всё заработало. Конфигуратор открылся.

    Из старого веб-интерфейса попробовал снова обноситься до 4.1 Alpha 17. И произошло всё то же самое. Процесс обновления прошёл до 100%, роутер перезагрузился, но страничка с завершенным процессом обновления так и осталась на экране. Доступ по HTTP пропал.

    С помощью версии 4.0.5 вернулся на 4.1 Alpha 16.

    Не знаю имеет ли это значение, но в выгруженном после всех этих действий конфиге заголовок выглядит так:

    Цитата

    ! $$$ Model: Keenetic Giga
    ! $$$ Version: 2.06.1
    ! $$$ Agent: cli

    Тогда как в сохраненном до обновления конфиге было так:

    Цитата

    ! $$$ Model: Keenetic Giga
    ! $$$ Version: 2.06.1
    ! $$$ Agent: http/rci

    Возможно это говорит только о способе обновления. Но почему тогда при обновлении с 4.0.5 на 4.1a16 эта запись не вернулась обратно в состояние http/rci ведь обновление было из веб-конфигуратора, а конфиг выгружен из 4.1a16?

    • Upvote 1
  8. 7 минут назад, Goga777 сказал:

    В режиме фильтрации выбраны публичные DNS. Но в Default Content Filtering Profiles выбрано system и в Assignment of Content Filtering Profiles to Registered Clients для моих устройств в домашней сети выбрано segment default. Я интерпретирую эти настройки так, что реально паблик DNS фильтры хоть и включены, но реально не работают. А должны работать doh dot , указанные в system профиле. Поправьте, если я ошибаюсь. 

    Проверил в вашей конфигурации настроек. Работает системный профиль. Т.е. те DOH/DOT сервера которые прописаны вручную. Проверил даже конкретно с вашим DOT 77.88.8.7.  Предупреждения в логе как у вас нет. Работает именно через него. Проверял на https://www.dnsleaktest.com и видно в активных соединениях роутера.

    Возможно в вашем случае как-то влияют какие-то из дополнительных фильтров. Попробуйте удалить в компонентах неиспользуемые SkyDNS и NextDNS.

    • Upvote 1
  9. Цитата

    Если включен один из интернет-фильтров AdGuard DNS, Яндекс.DNS или SkyDNS, то все DNS-запросы будут направляться на указанный адрес сервиса с назначенным профилем зарегистрированному устройству в домашней сети. При назначении профиля "Без фильтрации" все запросы будут направляться через включенные протоколы DoT/DoH.

    https://help.keenetic.com/hc/ru/articles/360007687159-Прокси-серверы-DNS-over-TLS-и-DNS-over-HTTPS-для-шифрования-DNS-запросов

     

  10. 9 минут назад, eralde сказал:

    Похоже, что в конфигурации вашего Кинетика настроено так, что наш код от этого ломается (в обоих местах).

    Вы сильно поможете с отладкой, если дадите read-only доступ к веб-интерфейсу по SSTP.

    С доступом к сожалению не получится по разным причинам. Да и облаком кинетик я не пользуюсь.

    Но частично посодействовать смогу. Вот например, скрин установленных приложений и их статус из основного интерфейса. Если нужно проверить какие-то настройки конкретных приложений, то напишите.

    .thumb.JPG.ff71e915ff9747c8ff8525297a496a40.JPG

  11. Версия 4.1 Alpha 15

    @eralde

    Плитка Приложения не прогружается. Остальные прогружены.

    .thumb.JPG.484bd1a562d8899abd7b0357d3b4d12b.JPG

    В меню Приложения вечная загрузка. Раньше было "Эта страница находится в стадии разработки и скоро будет готова." Видимо дошла очередь и до неё.

    .thumb.JPG.c90d7cd069c312e647505e40dfa86a8d.JPG

    • Thanks 1
  12. Обычно скорость WIFI опускается до скорости самого медленного подключенного устройства.

    Отсюда вопрос что ещё подключено по wifi и максимальная скорость каждого клиента.

×
×
  • Create New...