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

r13

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

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

  • Посещение

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

    66

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

  1. Не, все эти ч/б списки или привязка к конкретной точке в условиях роуминга ущербны по своей сути, так как клиент будет все равно пытаться подключаться к точке к которой не желательно подключаться. Так что только отдельный ssid для стационарной техники, и отдельный с роумингом и без запретов для остальных!
  2. Я имею ввиду на целевой гиге открыть еще один ssid, и к этому ssid цеплять стационарные устройства(без прыгания по соседним точкам доступа)
  3. Доп точки роли не играют, так как они живут на одном радио, а вот городить костыль с еще одним списком устройств, кому можно/нельзя роумиться излишне imho.
  4. Для этого сценария можно открыть дополнительную точку доступа на кинетике, и цеплять устройства к ней.
  5. Ставите дельту которую нашли, далее в вебе обновитесь до последней версии Или в консоли вводите "components list delta" после чего в в вебе обновляетесь до последней версии
  6. Не, все таки что-то тут не так, 17.100.17.00.143-Mod1.16 Это явно с 4pda И интерфейс у вас наверняка не красный МТСовский
  7. Ну чтож, значит МТС вытряс из huawei прошивку получше, хорошо. Какая модификация модема?
  8. Web с 4pda и вроде еще чегото для этих доп параметров надо докрутить
  9. Только модем это показывает после доработок, а не из коробки.
  10. Аппаратный ipsec в кинетике вряд ли что-то обгонит По поводу загрузки файлов тоже поспорю, да не совсем user-frindly зато гибко Я за гибкость вместо того чтоб каждую опцию по полгода выпрашивать чтоб добавили
  11. Ну да, triple NAT это здорово!
  12. Все проще, не указывайте шлюз в маршруте, только интерфейс.
  13. При желании будет видеть все, капсула не защищена, но тем не менее во внешней Обертке будут адреса только клиента и vps
  14. Будет без шифрования, просто туннель, возможно.
  15. На гиге отрыв ipsec от всех остальных на порядок.
  16. У меня онлайм, дает /56 так что с этим все в порядке буду ждать реализации.
  17. @Le ecureuil @vst Продолжу V6 хотелки Прошу добавить в VPN сервера v6 prefix deligation Это позволит получить нативный v6 на клиентах например за удаленным кинетиком. В частности на подключаемых через сотовые модемы кинетиках на которых нет никакой белой адресации как правило. Насколько я знаю используемый кинетиком сервер accel-ppp такое умеет
  18. Это про lte, а wifi там как всегда, 2х2
  19. Таких не бывает, надо смотреть в сторону адаптеров для компьютера например. В портативной технике такое не ставят. Вроде этого: https://wikidevi.com/wiki/ASUS_PCE-AC88
  20. Купить вторую ультру, будет мост 4x4 😬
  21. Для начала вот: https://help.keenetic.com/hc/ru/articles/360000422620
  22. Через облако только http(s) Что-то другое через облако только поверх sstp c соответствующими скоростями. Раз с одой стороны есть белый адрес, то поднимайте ipsec туннель до него и не мучайтесь с облаками.
  23. По первому варианту проброс насколько я помню по ограниченному списку работает, аналогичному тому на какой можно веб морду роутера перевесить. Так что входящий порт надо например 8080 делать. По второму варианту идем просто по url без указания порта - resilio.name.mykeenetic.ru
  24. Добрый день, @Le ecureuil Так как на 3.0 IPv6 адреса выдаются в том числе и vpn клиентам, то не плохо бы распространить действие команды ipv6 static по открытию v6 портов в том числе и на клиентов vpn соединений кинетика. ЗЫ Ну и допилить открытие локальных v6 портов на сам кинетик тоже ждем
×
×
  • Создать...

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

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