keenet07

А почему нет? Лан из списдстера в Лан хоппера. Вы должны будете оказаться в подсети Спидстера.

Воткните провод не в WAN а в LAN. В этом режиме то работает как свитч? DHCP Спидстера должен будет выдать свои IP адреса вашим устройствам. И инет должен работать.

Режим работы порта WAN на хоппере меняли? Вместо автоопределения поставьте какой-нибудь фулдуплекс 100.

Ну тогда остается только поиграться с режимами скорости порта WAN на хоппере. Не понятно что там ещё может быть. Ну может ещё кабель с медиаконвертора обжат как-то необычно. Микротик видит, а хопер не очень.

Вот эта странная ошибка ввода/вывода. И на скрине с маками, какая-то ерунда в VLAN. Где-то 1, а где-то 2. Может на портах спидстера VLAN изменены. И на вашем микротике эта настройка была учтена. А на хоппере всё по умолчанию. Нужно проверить это.

На хоппере. Когда он подключен напрямую к спидстеру, без микротика. Всю страницу в меню Маршрутизация.

Он. есть) Так обсудили мимолетом. Да это и не я писал. )

Никак. Галочки не отменяют работу через файлик. Так же будете загружать его. Просто без голочек на маршрутах так и останется в мечтах быстрое переключение группы маршрутов на другой интерфейс.

Ну так не делайте копипасту удаленно. ) Я же писал выше многим намного удобнее вставлять уже готовый пароль, пусть даже в два поля. Зачем вредить то? ) Возможность должна остаться и та и другая.

Да вы что? Ни в коем случае. Зачем другим людям жизнь усложнять? ))

Вы пингуете с какого-то клиента на Хоппер? Какой у вас там локальный адрес этого устройства? Что-то там 172...? А вы пробовали пингануть 192.168.1.1 с самого роутера? Из меню диагностика. А с компа сделайте tracert 192.168.1.1 тоже интересна выдача. А ещё покажите меню Маршрутизация при этом подключении на Хоппер. Может там что-то с маршрутом по умолчанию и вашей локалки не то.

Это если пароль не сложный и ты его руками второй раз набираешь. Но чаще то его просто копируют в поле подтверждения. Мне сподручнее при создании пароля сначала его где-то придумать, записать, а уже потом вставить в поле ввода. Без разницы, один или два раза.

В приоритетах подключений настраивается. Создаете отдельную политику. Добавляете туда источник интернета VPN и устройства которые должны через него выходить. Другие источники интернета туда не пихаете. Будет работать как заказывали.

Тоже норм. Попробуйте CTRL+F5 во вкладке админки в браузере. Вообще это бы неплохо делать после каждого обновления. Часто в кэше остаются устаревшие данные.

Он может и не включен был. По скринам же не понятно. Там все его режимы заскринены. ) А вот зарегистрировать устройство (новый кинетик) в списке клиентов точно нужно, если он в списке ещё не присутствует.

WhiteList у вас зачем-то настроен. Либо выключите его. Либо добавьте туда мак-адрес вашего нового роутера. Ваш микротик в нем присутствует. Поэтому и работает через него. Или всё-таки у вас там выбрано Не использовать?

Ничего не понимаю, откуда спидстер взялся? Оптика у вас как и в какой роутер заходит?

Старому (микротику) дает потому-что адресация отличная от starter. Сделайте чтоб разные подсети DHCP были у Starter и 3811 раз вы из вместе соединяете. Так подключаете? inet->(WAN-Starter-LAN)->(WAN-3811)

Попробуйте через домен войти. Раньше вроде было так. https://my.keenetic.net

Понятно. ) Не рабочая тема.

Для чего это делать в развернутом меню? Оно на то и развёрнутое, что всё развёрнуто. Может быть тогда лучше сделать управление каждой группой меню в свёрнутом режиме? Сейчас там может быть развернута только одна группа за раз. А если сделать возможность развернуть сразу несколько? Ну и естественно чтоб запоминалось в браузере.

У вас скриншота этой настройки нет? Может быть там наоборот, "игнорировать настройки DNS выданные удаленным сервером"?

Спасибо за параметр validity-period. В моем случае это конечно не сильно поможет. У меня по умолчанию для устройства отсечено от интернета всё "лишнее". Поэтому чтоб воспользоваться этой настройкой всё-равно после перезагрузки устройства нужно будет вручную дать доступ к обновлениям, чтоб загрузился components list, ну и тогда уже в Приложения можно ходить без задержки. В целом конечно я от этой задержки не сильно страдаю, но если бы как-то порядок загрузки страницы отвязать от наличия или отсутствия components list, было бы прекрасно. Эта задержка при загрузке страницы так же может проявится и во вполне штатной ситуации, при первом запуске роутера и его начальной настройке. Когда интернет ещё не настроен полностью (ну т.е. его нет) а по web-интерфейсу устройства ты уже перемещаешься. И чтоб подобные эффекты не вызывали у пользователей не нужных эмоций наверняка это можно было бы немного переделать. Этот кейс я лично не проверял, но, если следовать логике событий, должно быть именно так. В общем, если получится что-то сделать, будет здорово.

@eralde У меня просьба по той же теме, но немного в другом ракурсе. Такой вопрос уже поднимался. При переходе на страницу "Приложения" перед её отрисовкой происходит запрос к серверам обновлений Кинетик, чтобы получить список неустановленных, но доступных к установке компонентов относящихся к Приложениям. И в тех случаях когда доступ к серверам отсутствует (офф-лайн статус или доступ наружу заблокирован) происходит ожидание в несколько десятков секунд с крутящейся звездочкой и только после этого отображается содержимое страницы на которой отсутствует вкладка "Показать все", потому-что списка нет. Отображаются только установленные приложения. Возможно ли как-то оптимизировать этот механизм, так, чтобы страница в отсутствии этих данных загружалась сразу, чтоб не происходило этого фриза интерфейса. А уже потом происходил запрос о доступных к установке приложений? Например, можно отобразить вкладку "Показать все" и если данные по компонентам уже получены, то отобразить их, а если нет, то не отображать. Ну либо как-то ещё иначе. На сколько я заметил, при получении данных о компонентах они кэшируются и единожды полученные, при повторном переходе "не установленные приложения" отобразятся всё-равно, не зависимо от повторного доступа к серверам обновлений.

Анализ трафика приложений