Перейти к содержанию

Le ecureuil

Участники форума
  • Постов

    11 067
  • Зарегистрирован

  • Посещение

  • Победитель дней

    648

Весь контент Le ecureuil

  1. Делаются бекпорты из CIP 4.4 и 4.19.
  2. Оборудование с истекшей гарантией никто из нас не проверяет. То есть там затраты уровня "нажал кнопку - вроде собралось - выложилось".
  3. А потом мы завтра меняем api, и у вас все слетает. В итоге шквал дерьма. Ну или эти "нестабильные функции" все равно стабильно вести до упора, сохраняя совместимость. Ну уж нет, такое себе, спасибо.
  4. С WG все нормально. У вас он везде в режиме сервера, без пиров. В таком случае он принимает входящие подключения на всех WAN, которые подняты. И если клиент продолжает приходить к нему на резервное подключение, то так и будет работать. В данном случае нужно научить клиента понимать что сервер поменял адрес.
  5. Технических особенностей нет никаких, и можно сделать хоть сегодня. Но по соображениям странного юзерского экспириенса мы это не делаем.
  6. При чем тут maradns и ipset? Добавлять адреса это 1% от сложности дела, основное я описал выше - покажите-ка мне как вы юзеру объясните, почему его ютуб не показывает, хотя он ввел youtube.com в политику.
  7. Нужен self-test сперва, пока ничего непонятно. А также неплохо бы описание, было ли когда-то "хорошо", если да, то на какой версии.
  8. Это все костыли с непредсказуемым результатам, продать такое за деньги не выйдет (или потом на поддержке разоришься).
  9. Le ecureuil

    Transmission 4.0

    Плюс он еще на C++ переписан, что автоматически означает больше места на флешке (в разы) + больше ОЗУ. На 25 тысячах может и меньше будет, но на типичной задаче в 5-10 торрентов будет точно больше.
  10. Не очень верю, что это технически реализуемо для сервисов с шардированием. Ну вот сделали вы политику чтобы пихать в нее youtube.com. А вы точно уверены, что именно с этого адреса у вас идет видеопоток? У гугла там сотни серверов, причем на рандомных технических доменах. И как потом поддержка будет объяснять такие тонкости неподготовленным юзерам?
  11. Le ecureuil

    Transmission 4.0

    Нет. А зачем?
  12. Нет, синий порт комбинирован с SFP, несмотря на два физических разьема, одновременно может работать только один из них.
  13. Le ecureuil

    Transmission 4.0

    Уже много лет у нас версия 3.00.
  14. Покажите-ка self-test ваш.
  15. Вроде пока нет, спасибо!
  16. @Denis P а можете пожалуйста снять self-test до и после проблемы (между ними только сохранение настроек сегмента, которые разламывает что-то, и ничего больше)? self-test после можно снять через cli/telnet, или же скачать по ftp. Это сильно упростит понимание ситуации. Никаких режимов отладок включать не нужно.
  17. В следующей 4.2 будет поправлено.
  18. В следующем draft 4.2 уже не будет.
  19. Это вам кажется, что 3.9.8 супер, а вашему соседу - что 3.9.5, а его другу - что 4.0.4.
  20. Сделано, будет в следующем 4.2. Равно как и поддержка Managed DNS.
  21. Это все самодельные костыли, которые вы сами можете как угодно крутить. Меня же интересует максимально стандартное решение, которое предлагают провайдеры для широкого круга устройств, включая Windows и iOS. На совместимость с этими вариантами мы и нацеливаемся в первую очередь.
  22. Что значит "подтягивает родной от провайдера"? Вот есть RFC по Socks5: https://datatracker.ietf.org/doc/html/rfc1928 Не подскажете, где там описано как "подтягивать dns от провайдера"?
  23. Тестирование показало, что пока (?) есть много вопросов по совместимости, так что DoH-QUIC пока отключим (вероятно, будем теперь тестировать не раньше чем в 4.3 или 4.4).
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.