Le ecureuil
-
Постов
11 077 -
Зарегистрирован
-
Посещение
-
Победитель дней
648
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Le ecureuil
-
Об обоих багах знаем, приоритет невысокий. Когда-то будет поправлено. -
Включите торрент на ПК на всю скорость, и при этом пару фильтров. Лучший тест.
-
Чтобы не нагружать роутер кучей обратных dns-запросов, это преобразование если и стоит делать, то в web-интерфейсе на стороне пользователя. Что думает @eralde ?
-
Сделать возможно, но если вы были бы знакомы с устройством больших (да и средних) web-сервисов, то понимали бы, что > 99% трафика там идет из всяких CDN, которые имеют зубодробительные имена вроде jkndkdlsjflasf3.aws23442.east-us.amazon.com. Ну увидели вы это имя, и что дальше? Хотя оттуда может качаться тяжелый файл с dropbox например или с github. Практическая ценность в Интернете пост-2000 очень низка.
-
Для DLNA только EoIP или OpenVPN в TAP. А вообще это глупость. DLNA это чисто домашний протокол "последней мили". Он разрабатывался с расчетом на локальные широковещательные сети с низкими задержками, высокими скоростями и отличной надежностью передачи - и из-за этого он не может быть качественно передан в произвольное место. Потому и использовать его в таком виде не рекомендуется - будет много торомозов, потерь и рассыпаний.
-
Хорошо, будем вместе разрабатывать это.
-
Проверьте DNS-ы.
-
Кто-то еще подтверждает похожие проблемы? Какой режим (облако / прямой) используется?
-
А, да, точно, на 7612 не поддерживается
-
Уже почти год как работает.
-
Версию прошивки хоть укажите, и подробнее как именно "не работает".
-
Думаете, что перевесив его на другой порт, вы улучшите безопасность? Закройте его через security-level private, и дело с концом. А заходите по https.
-
Есть LE + *.keenetic.io. Чем вас этот вариант не устраивает?
-
Вы читали посты выше? Несколько раз было повторено, что в современном Интернет, где SSL-трафика больше половины, это НЕВОЗМОЖНО без MITM и снижения уровня безопасности соединений (ну или везде сапомодписанные корневые сертификаты пользователя заставлять пихать). Технически как себе представляете работу этой фичи?
-
Сейчас сделал, что явно забито IPDEFTTL (оно же равно 64 в большинстве реализаций). Появится в следующем draft. Если будет работать нормально - перетащу во все остальные ветки.
-
А чем msd_lite заметно лучше, чем udpxy, чтобы мы его заменили?
-
Все верно, это фича. Нужен https для прокси - делайте ему сертификат руками (пока). А в 2.13 ожидается wildcard, потому решили пока не костылить.
-
Да, я пока занят. Но все записано, будет возможность - посмотрю.
-
@KorDen так нужно inherit сделать, или фиксированное значение а-ля 64? Как скажете, так и залеплю.
-
PMF появился только на 7628 и 7615. Включается через > interface pmf На остальных WiFi-чипах это недоступно.
-
Суть в том, что на устройствах с ppe hardware это не будет работать вообще, потому что аппаратный блок qos не умеет (или кое-где умеет, но очень ограниченно). А значит любой торрент-трафик, попавший в ppe hardware тут же уничтожит всю идею на корню. Давайте подумаем, как это лучше всего совместить с аппаратными и программными ускорителями (с ними проще, там можно попытаться что-то изобрести).
-
Все верно. Устройство с маком 00:62:ec:05:a6:c0 отвечает на вообще все ARP-запросы, и в итоге вся таблица ARP у роутера засрана его записями, и он их постоянно обрабатывает. Что это за устройство такое голимое? В качестве решения можете отключить explorer: > no ip hotspot auto-scan interface Home Да и домашнюю сеть можно поменьше сделать, а не в 16 миллионов адресов.
-
Да просто плохая связность между разными bras. Такое часто бывает - провайдеру ведь платят за скорость в Интернет, а не к соседу.
-
Баг репорта тут фактически нет, потому что ext4 не обратно совместима с недавних пор. Надо просто будет в базе знаний указать, что поддерживается только on-disk формат, совместимый с ядром 3.4.
-
Нет, это не будет починено. Только руками создавать ФС, совместимую с ядром 3.4 по опциям.
