Le ecureuil
-
Постов
10 886 -
Зарегистрирован
-
Посещение
-
Победитель дней
637
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Le ecureuil
-
Высока вероятность, что это предел скорости для вас. -
Всю жизнь именно это и называлось "низкоуровневое форматирование", а не "забить все нулями" и "послать secure erase".
- 61 ответ
-
- 2
-
-
-
Максимум что эта штука может сделать - записать все нулями (вызвав ремап при необходимости) и отправить команду на secure erase через scsi. Большего современные винты не позволяют.
- 61 ответ
-
- 1
-
-
Работать будет очень медленно. И в стандартном функционале врядли скоро появится.
-
Хотел бы я посмотреть на это на современных винтах и выживут ли они после этого.
-
Этот режим HBA вроде называется, а не JBOD
-
В новых версиях реализован полноценный файловый менеджер.
-
Роутер сверху немного избыточен - достаточно было создать политику с openvpn в качестве wan, и у устройств с этой политикой ничего никуда не вылетит пока openvpn не поднят. Возможно этот роутер сверху и гадит.
-
Об обоих багах знаем, приоритет невысокий. Когда-то будет поправлено.
-
Включите торрент на ПК на всю скорость, и при этом пару фильтров. Лучший тест.
-
Чтобы не нагружать роутер кучей обратных 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, потому решили пока не костылить.