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

Le ecureuil

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

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

  • Посещение

  • Победитель дней

    665

Весь контент Le ecureuil

  1. Лучше self-test в таком случае показать, есть вероятность неправильной настройки где-то.
  2. Нет, без профессиональных заморочек не выйдет. Вы же читали в заголовке на главной странице что ожидается в репортах? А слово "отстой" не подходит. Устало - значит вокруг эфир настолько стал засран, что старые чипы не могут нормально с ним справится.
  3. Как вы различите проводную сеть и беспроводную? Но вообще сделайте отдельный сегмент для беспроводных устройств и поставьте ему security-level protected. Кроме DHCP и DNS он никуда на роутере достучаться не сможет.
  4. Вашему устройству уже минимум 6 лет, всякое может быть, может оно уже устало... Но лог неинформативен, нужен self-test когда все ок и когда все плохо + более подробно описать что такое "не выдреживает критики", я гадать не умею.
  5. Откуда подключаетесь (WAN / LAN)? Можно еще и лог прислать после попытки подключения. Еще напишите свой IP-адрес внешний, заменив ПОСЛЕДНИЕ ДВА октета звездочками.
  6. А когда он был? В 2.16 mws на этих устройствах нет.
  7. А сейчас в винде что там модно для резолва имен? netbios или llmnr?
  8. Что у вас за клиент торрента и что за устройство? Включены ли ppe?
  9. https://www.pcwdld.com/best-free-netflow-analyzers-and-collectors-for-windows
  10. RTSP намекает на мультикаст. Есть ощущение, что и не заработает.
  11. Тогда рассказывайте какие протоколы использует Reolink. Скорее всего с multicast у вас ничего не получится.
  12. Неудивительно что при таком большом количестве включенных сервисов все будет работать небыстро. Но главное, чтобы работало.
  13. На 64 и 128 устройствах нужно включать zram. Сделаем автовключение перед бетой.
  14. Потому что очень желательно иметь камеры в сети сервера, так проще настроить доступ. По мощности все равно будет ограничение в самом слабом звене - у вас в обоих случаях 1211 им является.
  15. Поставить как минимум 2.15 stable.
  16. Нет, это костыль для макбуков чтобы нормально каналы верхние в 5 ГГц виделись и ac включался.
  17. А если попробовать ac выключить?
  18. А что за устройство?
  19. Да, sys был лишний в начале. > system set net.netfilter.nf_conntrack_udp_timeout 1800 > system set net.netfilter.nf_conntrack_udp_timeout_stream 1800
  20. Так ничего в кирпич не превратилось. Проблему видно, и понятно как решить (особенно если вы уж полезли в скрытые галки).
  21. Даже вот и интересно: а как должно все работать, если совсем нет DNS?
  22. Только целиком выключить.
  23. Начните с включения ppe hardware и system set. Если не поможет, то да, self-test в момент обрыва.
  24. Еще можете попробовать воткнуть что-то типа > system set net.sys.netfilter.nf_conntrack_udp_timeout 1800 > system set net.sys.netfilter.nf_conntrack_udp_timeout_stream 1800 Если это поможет при включенном ppe hardware, то сохраните настройки и используйте в таком виде.
×
×
  • Создать...

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

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