Le ecureuil

То есть накинуть еще более тормозной и нестабильный tinc это здравая идея?

Создавать подобные темы с названиями пакетов бесполезно, посмотреть на список пакетов debian и прикинуть, что у нас еще нет и без вас сумею. Нам интересен ваш опыт и аргументированное мнение, почему именно этой технологии так не хватает и чем она лучше остальных. А также почему она не дублирует уже имеющийся функционал.

А чем оно лучше FTPS? Или оба нужно? Или нужно просто накинуть прямо всего до кучи, а там как вылезет?

Давайте списком, что вам не хватает в openvpn, wireguard, ipsec, sstp, что протребовался бы еще один vpn (который тоже нужно отлаживать и для которого вообще нет клиентов НИГДЕ (вот для любого из представленного списка уже есть, и много где в установке по-умолчанию)).

Wireguard, IPsec и SSTP полностью перекрывают ниши этой штуки, не вижу ни малейшей необходимости в стандартном наборе. А желающие уже давно пользуются в opkg.

Ну в теории да.

Попробуйте включить adjust mss.

ПО делается сразу под всю линейку. На 1110 еще и ОЗУ будет мало и процессора для Go.

Прочитайте внимательно еще раз: - оно не влезет даже в cli-варианте - преимущества перед dot/doh эфимерны и являются вкусовщиной Потому я против накидывания на лопате всего, что только можно.

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

Обращаетесь через 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 не работает.