Le ecureuil

В техподдержку напишите.

Обращаетесь через tsmb? Попробуйте через ftp или http, и сравните скорость. tsmb - сторонний закрытый компонент, и особых возможностей влиять на его развитие нет.

Вроде все готово, проверяйте еще разок

Все из-за нестандартного порта сервера. Теперь он виден в cli и в web, и все нормально работает.

Вывод сделали, появится в следующей сборке.

Они оба используются, но тот, кто быстрее отвечает - от того ответ вам и пересылают. Вот и выглядит так, что google отвалился, хотя по факту он просто стал медленнее и его ответы игнорируются.

В таком случае могу предположить проблемы у провайдера.

Мы делаем софт сразу под всю линейку. Да, что-то может не влезать из-за размеров, но в сочетании "произвольный компонент" + минимальный набор у нас все работает везде (не считаем аппаратно-зависимые модули типа USB). Особенно когда дело доходит до DNS - ключевого сервиса на роутере. Я все равно не вижу причин использовать именно dnscrypt кроме "я хочу". У него нет очевидных преимуществ над DoT и DoH, которые уже успели стать отраслевыми стандартами. Добавлять дублирующий функционал смысла не вижу никакого.

Пока есть задачи поважнее.

Нужна не поддержка С, а реализация полностью на нем и под пермиссивной лицензией. Без этого шансов нет. Go очень жирный, устройства на 7628 типа Start не потянут его вообще. DoH и DoT имеют свободные реализации, потому нам подходят.

Ок, все принято. Буду сегодня заниматься.

В 2.11 и 2.16 остается старый. Срок поддержки пока не определен, и зависит не от меня.

Ждем репортов.

Нет нормальной реализации на C и нет нормального RFC -> в топку. Сравнение там - устаревшее + вкусовщина.

Я правильно понял, что здесь все, кроме %ROUTER_IP% является постоянным и можно один раз задать в конфиге? curl -X PUT "https://api.cloudflare.com/client/v4/zones/%ZONE_ID%/dns_records/%DNS_RECORD_ID%" -H "X-Auth-Email: %CLOUDFLARE_USER_EMAIL%" -H "X-Auth-Key: %CLOUDFLARE_API_KEY%" -H "Content-Type: application/json" --data '{"type":"%RECORD_TYPE%","name":"%RECORD_NAME%","content":"%ROUTER_IP%","ttl":1,"proxied":false}'

Отлично. Будем разбираться, видимо аппаратное ускорение PPPoE + VDSL не работает.

Попробуйте у техподдержки спросить, они быстрее помогут.

Нет, оборудования.

Вопрос только в том, не выдаст ли он вам один и тот же gateway - и это будет печально, поскольку не проектировалось на такое. Если точно нет, то все можно.

Это какой-такой новой? Подробнее опишите, что происходит.

Почему бы вам поддержку не помучать?

https://lwn.net/ml/linux-kernel/042701d57747$0e200320$2a600960$@samsung.com/ Самсунг решил выложить свой доработанный драйвер. Дело начало двигаться поживее.

Если кратко - сейчас ни у кого ни интереса, ни времени заниматься модулями нет. Если нужно, чтобы работало - в вашем распоряжении legacy 2.11 и 2.16.

Обновляйтесь до 3.1+ beta версии, там починено.

Вам в официальную техподдержку.