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

saffe

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

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

  • Посещение

Весь контент saffe

  1. 4.1 Alpha 9 - отображение одного хоста так и не работает (скрин постом выше) - интерфейс поправили в "Mesh Wi-Fi-система", но появился новый баг (на скрине)
  2. Заметь еще один баг в интерфейсе -Монитор трафика. Нет отображения отдельно по устройствам, если в общем списке трафик от устройства есть, то отдельно по устройства статистики нет.
  3. Да, все верно. Светлая - мобильное приложение, темная - web браузер ПК
  4. В мобильной версии подключение не появилось.
  5. 1. Можно исправить отображение подключения на вкладке - "Mesh Wi-Fi-система" подключение ретранслятора? На текущий момент Extra подключен по кабелю, а в интерфейсе отображение не подключенного wi-fi(скрин) 2. Вернуть отображение на главный экран и в мобильное приложение - подключение OpenVpn сервера. Обычные подключения OpenVPN отображаются а сервер нет.
  6. 4.1 Alpha 7 - проблема на Viva ушла, Extra - Сохраняется. UPD: selftest приложил. После истечения некоторого времени информация о клиентах на Extra появилась. Спасибо!
  7. Mesh Wi-Fi-система Viva (KN-1910) + Extra II (ki_rb) работает в режиме - Усилитель/Ретранслятор. Viva на версии 4.1 Alpha 6 ошибка ретранслятора Extra II (4.1 Alpha 4). В интерфейсе Viva ошибки - unable to find Bridge0 in "Network::Interface::WifiMaster". unable to find Bridge1 in "Network::Interface::WifiMaster". На Extra II не отображается ни одного клиента! Откатил Viva до версии 4.1 Alpha 5 - все ОК
  8. Extra II аналогичная проблема, подключен усилителем.
  9. Селф тест и лог приложил. На утро соединение не поднялось.
  10. Ну как есть, ничего не удалял)
  11. Приходять вот такие уведомления
  12. Для моих задач так нужно, линки работают круглосуточно Он в данной версии прошивки не отображается. На другом роутера все ок Попробую с утра сделать лог и селф тест Скрин с - Keenetic II
  13. Удалил все подключения, пересоздал заново, подключение поднялось. А вот скорее после переподключение с белого IP на серый IP, соединение не восстановиться. Покрасней мере так было всегда.
  14. Два интернет соединения по одному линку от одного провайдера. 1-е соединение создано как обычно - "Подключения к интернету по Ethernet-кабелю" 2-е соединение создано через командную строку и отображается оно - "Другие подключения"- "VPN-подключения"
  15. По первому пункту, сделаю По второму возвращается на тот же (он постоянный)
  16. Скажите какие скрины или подробности нужны, приложу. Как и писал, да IP меняется с "постоянного белого" (день) на "серый" (ночь) и соответственно по кругу.
  17. Обновил Extra до версии 4.0.0, отключил AFP и перевел бэкап на SMB. Ошибки не сыпяться, Time Machine работает на всех устройствах.
  18. на 4.0 на процах apple - работает на проце Intel - бывает, что система не может подключиться к диску по AFP. По SMB в любой ситуации без проблем. И в любой ситуации ошибка при подключении к AFP - «afpd[8355] ad_header_read_ea("/tmp/mnt/3d210beb-8afe-3be2-b443-d49e9c0c4a92"): invalid metadata EA this is now being treated as a fatal error. if you see this log entry, please file a bug ticket with your upstream vendor and attach the generated core file.» Только в ней диски меняются на 3.9 да все устройства бэкапяться без проблем и ошибок по AFP
  19. Есть два роутера подключенных к одному провайдеры с белым IP адресами Viva 4.0.0 и Keenetic II 2.16.D.12.0-8, между ними установлено IPsec-подключение. На Viva в определенное время, утром и вечером происходит переключение интернета с белого IP на серый (утром подключается логин с белым IP, вечером происходит переподключение на другой логин с серым IP). Сценарий 1. "Viva 4.0.0" - При установки IPsec-подключени при логине с белым IP - IPsec-подключение не устанавливается вообще ни как. Сценарий 2. "Viva 3.9.4" - При установки IPsec-подключени при логине с белым IP - IPsec-подключение устанавливается, но после ночи, когда произошло подключение на серый логин, и утром обратно на белый IP - IPsec-подключение не восстанавливается в автоматическом условии. Восстанавливается, если только в ручную переподключить режимы соединения на обеих роутерах.
  20. Добрый день. Подскажите пожалуйста с чем связана моя проблема, на одном из ПК MAC OS перестали создаваться резервные копи в TimeMachine, выходит в логе вот такая ошибка - «afpd[8355] ad_header_read_ea("/tmp/mnt/3d210beb-8afe-3be2-b443-d49e9c0c4a92"): invalid metadata EA this is now being treated as a fatal error. if you see this log entry, please file a bug ticket with your upstream vendor and attach the generated core file.» Ситуация следующая, у меня Mesh Wi-Fi-система Viva (KN-1910) + Extra II (ki_rb) работает в режиме - Усилитель/Ретранслятор, оба на версии ПО 4.0.0 Имеются три ПК на MAC OS (min на проце Intel, mini на проце apple и MacBook на проце apple). К роутеру Extra подключен ЖД на 1 ТБ и разделен на три диска в формате HFSPLUS для TimeMachine, соответственно под три устройства. Маки с процессором apple без проблем подключаются к «Серверу AFP" и создают резервные копии. А мак с процессором Intel не может подключиться к разделам на «Сервере AFP», но подключается к «Серверу SMB», но так же не может создать резервную копию. На версиях прошивок на роутерах до 3.9.4 он так же не мог подключиться к «Сервере AFP», но подключался и создавал копии на «Сервер SMB» ======== UPD - Откатил Extra на версию 3.9.4 - все три устройства бэкапятся без проблем на «Сервер AFP», Viva на версии 4.0.0.
  21. У меня на Экстре настроена timemachine для 3-х устройств по файловой системе hfs+ На данной версии 4.0 alpha 19 нет с этим проблем, жалко будет бэкапы потерять!
×
×
  • Создать...

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

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