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

Le ecureuil

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

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

  • Посещение

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

    648

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

  1. Хотелка интересная, однако реализовать ее довольно непросто. Вот представьте - вы подписались на мультикаст, и от вылетает к клиенту в порт свича кинетика. Дальше стоит тупой свитч, не умеющий в снупинг, который рассылает его по всем портам. Теперь если они все включат у себя показ этого потока, это у них заработает, но мы про этот факт даже не узнаем! И что здесь делать? Если кратко - у unicast-трафика источник или назначение ведут к конкретному хосту в сети. А у multicast почти всегда "левый" адрес источника и мультикастный адрес назначения. Как узнать, кто его принимает?
  2. Нужен self-test.
  3. Лучше спрашивайте конкретно. На каждой версии структура netfilter немного меняется, потому описать один раз и навсегда не выйдет.
  4. Поменялось все. Полностью переписан код.
  5. На клиенте попробуйте уменьшить MTU до 1200.
  6. Без opkg нереально - только через внешнее управление по REST.
  7. Ну у него в другой локации такое может быть, и там все работает. Не допускаете? Ну или это вообще один раз кто-то попытался, и теперь у него сеть "запомнилась".
  8. Yota у меня тоже работает. Короче, если это кроме визуальных огрехов не вызывает проблем, то забейте.
  9. К сожалению, поддержка встроенной телефонии закончилась.
  10. "Встроенный hosts" это список ip host в cli, и ничего более.
  11. Тогда это мой первый пост - у кого-то забита в настройках сеть с SSID как у вас, но с другим паролем.
  12. Le ecureuil

    KeenDNS

    В 2.14.B должно быть исправлено, можно проверить.
  13. Только скриптом из entware.
  14. Похоже, что железка накрывается. Тут мало чем можно помочь. Разве что поставьте 2.04 с поддержкой opkg.
  15. Чот странно. Я скорее поверю что злоумышленник случайно одновременно выключил wifi или утопил гаджет.
  16. Скоро все браузеры начнут помечать обычные HTTP-соединения красным. Хочется этого избежать.
  17. Нельзя, так работает TLS.
  18. Пока нет, но в списке задач есть.
  19. Это совсем другой протокол и другой тип - клиент, а не сервер.
  20. Ошибка эта связана с тем, что клиент ушел не "попрощавшись". К роутингу отношения иметь не должно. А клиенты не за одним ли ip-адресом сидят?
  21. Записал, если будет время посмотрю.
  22. К сожалению, нет Руки не доходят (
  23. Он и в 2.11 должен быть закрыт на вход с WAN, по крайней мере если специально не открывался. Но вот как связан IPsec с ICMP - я не понимаю.
  24. Еще раз: у меня LTE работает месяцами без вопросов. То есть не воспроизводится. А как чинить, если не воспроизводится?
×
×
  • Создать...

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

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