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

Le ecureuil

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

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

  • Посещение

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

    665

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

  1. В этом случае (если во внешнем конфиге было == 0) удаляется совсем. Это аналог комнады no keepalive. Если же в конфиге роутера было какое-то значение, хоть и 0, то при импорте конфига с пустым все равно будет перезаписано в 15 независимо ни от чего.
  2. Да, это исправлено в последних версиях 5.0, до этого всегда лезло в DNS-серверы.
  3. 1. Посмотрю. 2. Есть вероятность, что не успевает наполнится ipset, и тут мало что можно будет сделать, кроме как "предпрогрев" (который, кстати, все дружно высказали как бестолковый, только зря молотящий).
  4. То, что это неприоритетный баг, который в основном только в логе пишет, а на работу не влияет.
  5. А вы уверены, что MacOS понимает маршруты, которые приходят от сервера по DHCP INFORM?
  6. Всем спасибо за репорты и терпение, проблема с неотдачей маршрутов в серверах IKEv1 и IKEv2 поправлена, исправление появится в следующих выпусках.
  7. 1. Это единственное узаконенное исключение, еще есть Dslite и MAP-T в этом списке. 2. Нет, а если все же расщепляется - давайте поправим. 3. Никак, такие хотелки не реализованы.
  8. А на аналогичный интерфейс, который не основной, в ipv4-режиме curl не ругается?
  9. Наш FTP никто никогда с IPv6 не проверял, возможно он даже и не работает. Мы предлагаем FTP исключительно для локальной сети, и категорически против того, чтобы его выставляли в публичный интернет из-за его небезопасности.
  10. Для ndmc они тоже вам понадобятся, не бывает чудес.
  11. 4.3 - только значимые и важные фиксы. А без этого можно месяц прожить.
  12. В таком виде это бесполезная настройка, лучше даже и не задавать. Скорость обязательно должна быть или равна тарифной, или процентов на 5-7 ниже (это еще лучше), только тогда работает правильно. Если ставить скорость больше тарифной или вообще на интерфейс, то лучше вообще не ставьте - кроме бесполезной нагрузки на CPU вы ничего не получите.
  13. Спасибо за репорт, появится в следующем выпуске 5.0.
  14. Не должен. Сейчас существует консенсус, что основное v4 и v6 соединение должно быть одно и то же, расщепление не допускается. То есть default route в обоих протоколах должен вести в один и тот же интерфейс. WG работает только потому, что это L3-only интерфейс, и в него можно пихать пакеты не зная адреса gateway. С L2-интерфейсами так не прокатит, обязательно нужен gateway.
  15. Не использовать для components commit выполнение через ndmc -c.
  16. components commit это continue-команда, это означает, что при завершении сессии она завершается. ndmc -c выходит прям сразу после запуска, а потому она и завершается не доходя до конца.
  17. В следующей версии 5.0 все должно быть нормально.
  18. Проще купить нормальный модем, чем ждать с 850-м. Эти модемы своеобразные, и часто лажают на ровном месте.
  19. Раз вы все равно в entware копаете, то можно пиры у WG индивидуально отключать и включать по условию через interface wireguard peer [no] connect.
  20. Ситуация с IPv6-only подключением поправлена, исправления будут доступны в следующей версии 5.0.
  21. Исправление появится в следующем выпуске 5.0.
×
×
  • Создать...

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

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