Syslog заливается сообщениями с системным разрешением & ldquo; Использование дефрагментированного набора функций & rdquo;

В поле openSUSE 11.2, у которого есть гораздо более новое ядро, чем оригинал, я тоже получал это сообщение.

Параметр use_tempaddr выше -1, так что это не исправление.

Однако в другом месте несколько человек сказали, что закрытие vsftpd останавливает их сообщения.

И, как пользователь LXC, я, случается, замечаю необычную вещь, которую vsftpd делает с поддержкой пространств имен в более новых ядрах, что вызывает проблема, когда vsftpd используется в контейнере LXC.

Оказывается, просто отключить эту функцию изоляции на основе пространства в vsftpd достаточно, чтобы остановить сообщения хотя бы для меня.

Добавить следуя за /etc/vsftpd.conf:

isolate=NO isolate_network=NO

Затем перезапустите vsftpd.

ipv6 и vsftpd оба по-прежнему включены, но не более сообщений о расширении конфиденциальности.

4
задан 6 July 2017 в 09:34

4 ответа

Возможно, ваш /etc/resolv.conf не указывает на /run/resolvconf/resolv.conf, в котором эта информация теперь управляется. Вы можете проверить это, используя:

ls -l /etc/resolv.conf

Это должно возвращаться с чем-то вроде:

lrwxrwxrwx 1 root root 27 Jan 22 08:50 /etc/resolv.conf -> /run/resolvconf/resolv.conf

Если нет, то проверьте, что ваша система имеет этот файл:

ls -l /run/resolvconf/resolv.conf

И если это так, переключитесь на его использование:

sudo rm /etc/resolv.conf; sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

Возможно, вы захотите просмотреть /etc/systemd для файлов конфигурации, таких как /etc/systemd/resolved.conf.

0
ответ дан 18 July 2018 в 10:39

У меня была старая запись, лежащая в моем /etc/resolvconf.conf, которая вводила 127.0.0.1 всякий раз, когда сеть поднималась:

# /etc/resolvconf.conf # Configuration for resolvconf(8) # See resolvconf.conf(5) for details resolv_conf=/etc/resolv.conf # If you run a local name server, you should uncomment the below line and # configure your subscribers configuration files below. name_servers=127.0.0.1

Итак, прокомментировал это, затем побежал resolvconf -u и мой вопрос был исправлен. В настоящее время используется systemd-networkd, поэтому не знаю точно, поможет ли это конкретному случаю OP.

Однако NetworkManager имеет параметр, чтобы остановить обновление /etc/resolvconf.conf :

[main] dns=none

Дополнительная информация в другом вопросе у сетевого менеджера: как остановить обновление nm /etc/resolv.conf

Обновление: такое же сообщение появляется, когда мой восходящие DNS-серверы не работают / не реагируют. Тем не менее, содержащий восходящие IP-адреса по циклическому принципу между альтернативами сервера.

Обновление: При использовании systemd-networkd, если вы решили использовать следующий DNS настройки для вашего интерфейса в /etc/systemd/network/<iface>.network:

[DHCP] UseDNS=true

, который является настройкой по умолчанию, тогда он не будет использовать ваш локальный экземпляр systemd-resolved, но вместо этого будет использовать сервер из DHCP. Установите UseDNS=false, чтобы использовать systemd-resolver. Подробнее читайте в man systemd.network.

2
ответ дан 18 July 2018 в 10:39

Возможно, ваш /etc/resolv.conf не указывает на /run/resolvconf/resolv.conf, в котором эта информация теперь управляется. Вы можете проверить это, используя:

ls -l /etc/resolv.conf

Это должно возвращаться с чем-то вроде:

lrwxrwxrwx 1 root root 27 Jan 22 08:50 /etc/resolv.conf -> /run/resolvconf/resolv.conf

Если нет, то проверьте, что ваша система имеет этот файл:

ls -l /run/resolvconf/resolv.conf

И если это так, переключитесь на его использование:

sudo rm /etc/resolv.conf; sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

Возможно, вы захотите просмотреть /etc/systemd для файлов конфигурации, таких как /etc/systemd/resolved.conf.

0
ответ дан 24 July 2018 в 19:37
  • 1
    Благодарю. Некоторое время назад я решил проблему, удалив и переустановив network-manager. В то время я забыл об этом вопросе AskUbuntu. Интересно, что мой /etc/resolv.conf прямо сейчас не является символической ссылкой. Но я лучше не трогаю его, поскольку он в настоящее время работает так, как ожидалось. – bovender 24 January 2018 в 15:06

У меня была старая запись, лежащая в моем /etc/resolvconf.conf, которая вводила 127.0.0.1 всякий раз, когда сеть поднималась:

# /etc/resolvconf.conf # Configuration for resolvconf(8) # See resolvconf.conf(5) for details resolv_conf=/etc/resolv.conf # If you run a local name server, you should uncomment the below line and # configure your subscribers configuration files below. name_servers=127.0.0.1

Итак, прокомментировал это, затем побежал resolvconf -u и мой вопрос был исправлен. В настоящее время используется systemd-networkd, поэтому не знаю точно, поможет ли это конкретному случаю OP.

Однако NetworkManager имеет параметр, чтобы остановить обновление /etc/resolvconf.conf :

[main] dns=none

Дополнительная информация в другом вопросе у сетевого менеджера: как остановить обновление nm /etc/resolv.conf

Обновление: такое же сообщение появляется, когда мой восходящие DNS-серверы не работают / не реагируют. Тем не менее, содержащий восходящие IP-адреса по циклическому принципу между альтернативами сервера.

Обновление: При использовании systemd-networkd, если вы решили использовать следующий DNS настройки для вашего интерфейса в /etc/systemd/network/<iface>.network:

[DHCP] UseDNS=true

, который является настройкой по умолчанию, тогда он не будет использовать ваш локальный экземпляр systemd-resolved, но вместо этого будет использовать сервер из DHCP. Установите UseDNS=false, чтобы использовать systemd-resolver. Подробнее читайте в man systemd.network.

2
ответ дан 24 July 2018 в 19:37
  • 1
    В моей системе Ubuntu 17.04 нет /etc/resolvconf.conf, и (несколько) файлов в подкаталогах /etc/resolvconf не содержат этой строки. Я хочу, чтобы NM обновлял мой resolv.conf, поэтому я могу использовать самые прокси-серверы имен в зависимости от текущей сетевой среды, в которой я живу (это на ноутбуке). – bovender 21 July 2017 в 13:57

Другие вопросы по тегам:

Похожие вопросы: