Denis P
-
Постов
1 189 -
Зарегистрирован
-
Победитель дней
18
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Denis P
-
в beta2 - поправлен выбор интерфейса TunnelSixInFour на вкладке "пинхолинг" тоже исправлено. не исправлено не исправлено
-
нет конечно, если agh установлен на роутере он "слушает" на всех интерфейсах, в том числе и сегментов в настройках клиентов есть возможность применять правила с CIDR, а не единичным адресам
-
всё о чем вы говорите делается в agh и разные фильтры для разных "сегментов" в том числе еще как можно, вы же смогли. покажите что у вас указано на вкладке "интернет фильтры" при установленном AGH
-
Какой вообще смысл использовать интернет фильтры если развернут локальный agh? Не удивительно что вы сталкиваетесь с ошибками. Вторая ошибка исходит из первой, у вас некорректно настроены днсы для самого роутера.
-
Где же порт правильный? Вы в веб явно ходите не по тому порту что указали
-
создайте отдельный раздел под entware и будет эстетично
-
Сегменту нужно политику менять, к которому выбран доступ в настройках ikev2 сервера. В веб интерфейсе такая возможность появилась начиная с версии 5.0
-
В данный момент сценарий в котором устройства подключаются как по проводу так и по Wi-Fi - базовый. Распишите подробнее в чем и где у вас затык. Если есть промежуточные свичи, которые видят "петли" то команда выше mws stp encapsulation вам в этом поможет и stp на свиче не будет влиять на сходимость устройств в составе Wi-Fi системы
-
баянъ
- 1 ответ
-
- 1
-
-
начать с отключения ip nat на домашнем сегменте no ip nat Home и создания отдельных правил вида ip static Home ISP
-
немного конкретизирую: возьмите тот же quad dns, он не будет вам ничего подменять, по умолчанию у него отключен edns
-
вариант использования резолверов с отключенным EDNS вы принципиально не рассматриваете?
-
в названии которого уже есть версия и дата, неужели вам удобнее ориентироваться по содержимому?
-
там обновлений и не ждите, новый и актуальный портал тута https://support.keenetic.ru/eaeu/giga/kn-1010/ru/22852.html
- 41 ответ
-
- 2
-
-
-
Претензий к разработчикам на самом деле ровно ноль. Тема была с одним голосом и одним сообщением, о чем можно сделать определенные выводы) Конечно, это всё ограничится моделями у которых есть storage, на котором мы спокойно сможем хранить нужные нам файлы для работы нашей "странички"
-
жаль что эта тема ушла вы небытие у многих вендоров есть базовый функционал кэптив портала, с возможностью подкрутить свою страничку. Сценарий - дать клиенту с авторизацией интернет на условный час, после нажатия на нужную кнопку. Зачастую этого вполне достаточно, когда не требуется интеграция с внешними сервисами, авторизация по смс/звонкам, подробная статистика, журналы, etc
-
Не должны быть, указывайте просто ru com io без точек и все будет работать.
- 3 ответа
-
- 2
-
-
Берете родной клиент strongswan и проверяете. Что там конкретный вендор сделал у себя внутри догадаться сложно
-
вы конечно откопали древность на 2.16, там такой фокус не работает
-
Субъективно - бесполезная ерунда, показывает погоду на Плутоне. Особенно если устройства находятся в регионах которые чуть дальше двух столиц.
-
тип mschapv2 адрес сервера - ваше домен кинднс идентификатор ipsec = имя пользователя
-
И не ломалось.
-
последняя доступная - 5b1
-
ошибки нет, я поторопился с ответом, по этому в дальнейшем его удалил, тоже не получается отправить два разных режима работы т.е вот такой вариант работает { "access": "direct", "access6": "cloud" } а наоборот - нет
-
действительно, сначала пробовал через cli, там похоже не до конца реализовано, потому что доступна только вот такая команда ndns get-update direct ipv6 cloud без указания "cloud" получаем ошибку argument parse error