Le ecureuil
-
Постов
11 731 -
Зарегистрирован
-
Посещение
-
Победитель дней
692
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Le ecureuil
-
Запросы будут приходить из его подсети, поскольку их источником будет nginx в роутере. Только автор так и не уточнил, что значит "не могу настроить" и нафига он вообще в ACL что-то добавил.
-
Удалите из конфига 17 строку с содержимым "register-dns" (неужели это непонятно из отладочного сообщения?), и попробуйте заново. А вообще это какая-то невалидная опция, ее нет даже в мануале. Кто вам такой конфигурационный файл дал? -
С Web разберемся, не успели протестировать до конца из-за моего отпуска Из cli все работает по-старому.
-
DSL официально не поддерживается. А автообновление будет работать только у официально поддерживаемых устройств с dual image.
-
Что именно-то не работает?
-
Creative Sound Blaster USB Play. Работает отменно.
-
Да, именно так это и работает.
-
Черезвычайно мало хотящих этого, а у нас и так дел хватает. Насчет бага с overflow - у нас не воспроизвелось, плюс нет еще репортов - потому забили.
-
- лет через пять-десять - какие остальные OID? Что именно не хватает? - подробности неправильного учета при ppe в студию
-
Пишите в хотелки по New NDW. В текущей версии веб уже ничего меняться не будет.
-
Конечно порт на public-интерфейсе нужно открыть. Его за вас никто не откроет. И не забудьте установить правильный протокол - proto udp или как у вас там.
-
Если вы используете EoIP как трубу между L2-сегментами, то вы просто обязаны сделать его MTU не меньше, чем минимальный MTU у этих сегментов. То есть скорее всего это будет именно 1500 и скорее всего у вас только путь с фрагментацией - он же 2б.
-
Ничего не понял. Давайте подробнее, в том числе расставьте пунктуационные знаки.
-
А security-level у OpenVPN0 какой?
-
NFS мы реально не поддерживаем в виде компонента прошивки, потому и нет апдейтов. Ядро все же старое, и тащить туда последние изменения очень тяжело. Насчет подержки туннелей - все же мы делаем роутер, а не NAS. Поддержку сетевых компонентов мы будем делать всегда в первую очередь, а диски и накопители... уж насколько останется сил.
-
Это врядли.
-
В теории должно работать, только все VLAN на нужном trunk-порту Кинетика должны быть прописаны на роутере по типу interface GigabitEthernet0/3 no switchport access switchport trunk 256 switchport trunk 290 ... и 2-й пункт по идее делать не нужно, vlan-tagged кадры должны прозрачно пройти от EoIP0 сквозь bridge и уйти в тегированном виде в порт. Но не забудьте про суммарное ограничение по MTU у сетевой карты роутера в 1536 байт.
-
Попробуйте отключить nat loopback.
-
Надо ставить не равный, а больше текущего.
-
Строку в вашем конфиге замените на <auth-user-pass> login password </auth-user-pass> И с таким конфигом все должно работать (не забудьте про галочку "получать маршруты от сервера").
-
Напишите вот это вот все в тему по "Новому Web". Старый трогать уже не будут однозначно, а в новом может и сделают.
-
Там основные моменты конечно более-менее работают, но спека NFSv4 очень огромная и раздутая. По сравнению с 3.4.0, в 3.4.112 добавлены только совсем критические багфиксы и сильно это ситуацию не улучшило. Сами посмотрите, сколько нам пришлось бы тащить бэкпортов из текущих ядер (там страницы и страницы коммитов с фиксами): https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/fs/nfs/nfs4proc.c Ну и на самом деле большинству полностью хватает NFSv3, она умеет и по TCP, и по UDP, а Kerberos и подобные извращения как-то немного не для дома. У вас есть реальный usecase, где дома NFSv4 лучше?
-
Да, собрано без NFSv4 и 4.1. Это сделано специально, потому что 3.4 ядро уже достаточно древнее и v4 там реализован очень криво. В современных ядрах ситуация лучше, как будем переходить на них (рано или поздно) - тогда и включим v4.
-
@gaaronk реализовано в 2.11.A.4.0-0.
