Le ecureuil
-
Постов
11 026 -
Зарегистрирован
-
Посещение
-
Победитель дней
645
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Le ecureuil
-
А у вас curl случаем не через IPv6 начинает ломиться? Проверьте с ключом -4. -
По идее они должны видеть друг друга уже сейчас - такой режим подразумевается. А что имеется в виду под "банить"?
-
Нужно было кэш браузера почистить.
-
Так у нас есть куча вариантов с TCP: SSTP, OpenConnect как минимум.
-
Через двоеточие прекрасно указывается и работает.
-
Вообще странно, проверим.
-
Спасибо за воспроизведение, проверю.
-
Было занято много памяти, и Ntce попробовал уменьшить внутренние буферы. Этот механизм был всегда.
-
Какой security-level у Bridge1? Это влияет на NAT. Попробуйте сделать его public.
-
IKEv2 MSCHAP должен работать нормально с последними версиями Android с IKEv2 сервером. Какая версия Android у вас?
-
Этот интерфейс не относится к IKEv2-серверу.
-
Нет, это не работает. И у нас не ntfs-3g.
-
У вас очень слабое устройство, потому нужно быть очень аккуратным при использовании Opkg.
-
Эта функция не относится к IKE-серверу. Вам же нужно обратиться в opkg, стандартными средствами это невозможно.
-
Покажите self-test.
-
Самое правильное - сделать для каждого из них свою политику доступа. И уже в ней привязать нужные WG-соединения.
-
Только на 4.3, на 4.2 не нужно.
-
Еще раз проверил - у вас соединение почему-то не доходит до конца и зависает на полпути. Можете пожалуйста еще раз переснять отладочную информацию, но только выключив все остальные IPsec и L2TP-клиенты и серверы?
-
Пока не встречалось MBIM-модема, который не умел бы в QMI или в AT. Модем в посте выше не факт что вообще умеет USB, нужно смотреть.
-
Каждый раз пробую - и никогда не воспроизводится. Судя по self-test у вас пропадает адрес на сегменте Home в ядре, но это почему-то остается незамеченным. Постараемся решить подобную ситуацию.
-
Слишком много конфигураций, которые невозможно придумать с разбега. Вот предположим есть такой стенд, у человека к нему подключается и работает, а к своему устройству - вообще нет. И что? Это, по сути, дает ровно ноль новой информации и не упрощает отладку.
-
Не вижу никакой разницы в нетфильтре, и не воспроизводится.
-
Не очень понимаю, чем это лучше любого из наших встроенных VPN-серверов.
-
Хуки всегда выполняются асинхронно, и именно на них стоит ориентироваться, чтобы не было race condition. Так работает и вся система. Разумеется они всегда будут отставать от того, что показывает вывод команды, потому что она меняется синхронно. Все события ставятся в упорядоченную очередь, и исполняются одно за одним.
