Вопросы Теги

Почему dhclient говорит: & ldquo; SIOCSIFADDR: Permission denied & rdquo ;?

Попробуйте:

sudo apt-get -f install

sudo apt-get clean

sudo apt-get update

проверьте этот учебник: https://help.ubuntu.com/community/AptGet/Howto

С уважением.

9
задан 8 October 2010 в 21:34

55 ответов

На основе трассировки стека по адресу http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up. Теперь только root может ifconfig что-то подняться, поэтому давайте проследим цепочку fork() / exec() и посмотрим на изменения UID. Оказывается, что процесс

26092 является дочерним процессом 26090 (строка 689), процесс 26090 работает с UID 101 и GID 102 (строки 355--358), процесс 26090 пытается установить свой UID / GID обратно в 0, но сбой (строка 310), процесс 26090 является дочерним элементом 26089 (строка 286), процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых прав root. Почему это происходит? Файл debian/changelog в источниках dhcp3-3.0.6.dfsg говорит: 

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low

  Derooted the DHCP client:
  * Added debian/patches/deroot-client.patch:
    - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and
      only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE.
    - Add a setuid wrapper call-dhclient-script to call
      /etc/dhcp3/dhclient-script as root.
    - Install call-dhclient-script into /lib/dhcp3-client/.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian/dhcp3-client.postinst в источниках, он должен принадлежать root:dhcp и mode 4754)

5
ответ дан 26 May 2018 в 01:13
  • 1
    Такая сложная ошибка и такое простое решение! chmod u+s /lib/dhcp3-client/call-dhclient-script сделал трюк! – LassePoulsen 12 October 2010 в 12:01

На основе трассировки стека по адресу http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up. Теперь только root может ifconfig что-то подняться, поэтому давайте проследим цепочку fork() / exec() и посмотрим на изменения UID. Оказывается, что процесс

26092 является дочерним процессом 26090 (строка 689), процесс 26090 работает с UID 101 и GID 102 (строки 355--358), процесс 26090 пытается установить свой UID / GID обратно в 0, но сбой (строка 310), процесс 26090 является дочерним элементом 26089 (строка 286), процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых прав root. Почему это происходит? Файл debian/changelog в источниках dhcp3-3.0.6.dfsg говорит:

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low Derooted the DHCP client: * Added debian/patches/deroot-client.patch: - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE. - Add a setuid wrapper call-dhclient-script to call /etc/dhcp3/dhclient-script as root. - Install call-dhclient-script into /lib/dhcp3-client/.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian/dhcp3-client.postinst в источниках, он должен принадлежать root:dhcp и mode 4754)

5
ответ дан 25 July 2018 в 23:09

На основе трассировки стека по адресу http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up. Теперь только root может ifconfig что-то подняться, поэтому давайте проследим цепочку fork() / exec() и посмотрим на изменения UID. Оказывается, что процесс

26092 является дочерним процессом 26090 (строка 689), процесс 26090 работает с UID 101 и GID 102 (строки 355--358), процесс 26090 пытается установить свой UID / GID обратно в 0, но сбой (строка 310), процесс 26090 является дочерним элементом 26089 (строка 286), процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых прав root. Почему это происходит? Файл debian/changelog в источниках dhcp3-3.0.6.dfsg говорит:

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low Derooted the DHCP client: * Added debian/patches/deroot-client.patch: - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE. - Add a setuid wrapper call-dhclient-script to call /etc/dhcp3/dhclient-script as root. - Install call-dhclient-script into /lib/dhcp3-client/.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian/dhcp3-client.postinst в источниках, он должен принадлежать root:dhcp и mode 4754)

5
ответ дан 27 July 2018 в 03:03

На основе трассировки стека по адресу http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up. Теперь только root может ifconfig что-то подняться, поэтому давайте проследим цепочку fork() / exec() и посмотрим на изменения UID. Оказывается, что процесс

26092 является дочерним процессом 26090 (строка 689), процесс 26090 работает с UID 101 и GID 102 (строки 355--358), процесс 26090 пытается установить свой UID / GID обратно в 0, но сбой (строка 310), процесс 26090 является дочерним элементом 26089 (строка 286), процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых прав root. Почему это происходит? Файл debian/changelog в источниках dhcp3-3.0.6.dfsg говорит:

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low Derooted the DHCP client: * Added debian/patches/deroot-client.patch: - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE. - Add a setuid wrapper call-dhclient-script to call /etc/dhcp3/dhclient-script as root. - Install call-dhclient-script into /lib/dhcp3-client/.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian/dhcp3-client.postinst в источниках, он должен принадлежать root:dhcp и mode 4754)

5
ответ дан 31 July 2018 в 11:00

На основе трассировки стека по адресу http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up. Теперь только root может ifconfig что-то подняться, поэтому давайте проследим цепочку fork() / exec() и посмотрим на изменения UID. Оказывается, что процесс

26092 является дочерним процессом 26090 (строка 689), процесс 26090 работает с UID 101 и GID 102 (строки 355--358), процесс 26090 пытается установить свой UID / GID обратно в 0, но сбой (строка 310), процесс 26090 является дочерним элементом 26089 (строка 286), процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых прав root. Почему это происходит? Файл debian/changelog в источниках dhcp3-3.0.6.dfsg говорит:

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low Derooted the DHCP client: * Added debian/patches/deroot-client.patch: - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE. - Add a setuid wrapper call-dhclient-script to call /etc/dhcp3/dhclient-script as root. - Install call-dhclient-script into /lib/dhcp3-client/.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian/dhcp3-client.postinst в источниках, он должен принадлежать root:dhcp и mode 4754)

5
ответ дан 31 July 2018 в 11:59

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 2 August 2018 в 04:29

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 4 August 2018 в 21:02

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 6 August 2018 в 04:33

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 7 August 2018 в 22:43

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 10 August 2018 в 10:48

На основе трассировки стека в http://silenzio.dk/pi/dhc.strace первая ошибка SIOCSIFADDR: Permission denied возникает в строке 735 во время выполнения процесса 26092: ifconfig eth2 inet 0 up . Теперь только root может ifconfig что-то вверх, поэтому проследим цепочку fork () / exec () и искать изменения UID. Оказывается, что

  1. процесс 26092 - это ребенок 26090 (строка 689)
  2. процесс 26090 работает с UID 101 и GID 102 (строки 355--358) [ ! d15]
  3. процесс 26090 пытается вернуть свой UID / GID в 0, но не работает (строка 310)
  4. Процесс 26090 - это ребенок 26089 (строка 286)
  5. процесс 26089 переключил свой UID: GID на 101: 102 (строки 282-283)

Таким образом, ошибки возникают из-за того, что исполняемый дочерний процесс не имеет необходимых привилегий root. Почему это происходит? Файл debian / changelog в источниках dhcp3-3.0.6.dfsg говорит: 

  dhcp3 (3.0.1-2ubuntu4) breezy  ;  urgency = low Снято с клиента DHCP: * Добавлен debian / patches / deroot-client.patch: - client / dhclient.c: После инициализации привилегии dro для dhcp: dhcp и сохраняют только CAP_NET_RAW и CAP_NET_BIND_SERVICE.  - Добавьте скрипт call-dhclient-скрипта setuid для вызова / etc / dhcp3 / dhclient-script в качестве пользователя root.  - Установить call-dhclient-script в / lib / dhcp3-client /.

Я предполагаю, что call-dhclient-script потерял бит своего набора-UID и, следовательно, не выполняет с правами root, как должен. (Согласно файлу debian / dhcp3-client.postinst в источниках, он должен принадлежать root: dhcp и mode 4754 ) [ ! d22]

5
ответ дан 13 August 2018 в 17:23
  • 1
    Такая сложная ошибка и такое простое решение! chmod u + s / lib / dhcp3-client / call-dhclient-script сделал трюк! – LassePoulsen 12 October 2010 в 12:01

Что показывает ваш вывод «dmesg» при запуске dhclient?

Если вы используете Hardy, AppArmor является частью установки по умолчанию. Возможно, профиль dhclient стал непринужденным. Проверьте «sudo aa-status», чтобы увидеть, что там происходит.

Дополнительно, как читается файл / etc / network / interfaces? Возможно, у вас конфликтующие адреса, маршруты и т. Д., С которым dhclient не хочет играть?

2
ответ дан 26 May 2018 в 01:13
  • 1
    На машине не установлено приложение-доспех. И сетевой адаптер настроен со статическим IP-адресом в файле / etc / network / interfaces. Это не должно быть проблемой для перезаписывания dhclient при его вызове. Но это не имеет значения, потому что не имеет значения, если я установил его как dhcp в файле / etc / network / interfaces. Если я выполняю интерфейс, просто остается «неконфигурированным». – LassePoulsen 12 October 2010 в 01:23
  • 2
    Если вы можете, отправьте ссылки на пастухи "sudo aa-status" и "cat / etc / network / interfaces" – Kees Cook 13 October 2010 в 01:00

Я бы попробовал установить nscd, если этот пакет отсутствует, и если он не работает с этим, установите libnss-db.

Не уверен, что это решит вашу проблему, однако, это те вещи, которые ваша трасса пытается найти, и она терпит неудачу.

1
ответ дан 26 May 2018 в 01:13

Пожалуйста, запустите sudo dpkg --configure -a, чтобы убедиться, что это не повторение ситуации в https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

1
ответ дан 26 May 2018 в 01:13
  • 1
    Не повезло! dpkg --configure -a ничего не сделал (пакетов, требующих настройки) – LassePoulsen 10 October 2010 в 22:46

Это на самом деле ошибка в Ubuntu 8.04. Для нескольких случаев использования, которые вы НЕОБХОДИЛИ для установки nscd (например, при использовании openvpn) или dhclient, работать не будет. Это происходит не в новых версиях Ubuntu.

1
ответ дан 26 May 2018 в 01:13
  • 1
    Это не имеет значения! установка nscd не имеет никакого отношения к тому, что dhclient не устанавливает IP-адрес, сетевую маску и т. д. – LassePoulsen 12 October 2010 в 01:09

Пожалуйста, запустите sudo dpkg --configure -a, чтобы убедиться, что это не повторение ситуации в https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

1
ответ дан 25 July 2018 в 23:09
  • 1
    Не повезло! dpkg --configure -a ничего не сделал (пакетов, требующих настройки) – LassePoulsen 10 October 2010 в 22:46

Что показывает ваш вывод «dmesg» при запуске dhclient?

Если вы используете Hardy, AppArmor является частью установки по умолчанию. Возможно, профиль dhclient стал непринужденным. Проверьте «sudo aa-status», чтобы увидеть, что там происходит.

Дополнительно, как читается файл / etc / network / interfaces? Возможно, у вас конфликтующие адреса, маршруты и т. Д., С которым dhclient не хочет играть?

2
ответ дан 25 July 2018 в 23:09
  • 1
    На машине не установлено приложение-доспех. И сетевой адаптер настроен со статическим IP-адресом в файле / etc / network / interfaces. Это не должно быть проблемой для перезаписывания dhclient при его вызове. Но это не имеет значения, потому что не имеет значения, если я установил его как dhcp в файле / etc / network / interfaces. Если я выполняю интерфейс, просто остается «неконфигурированным». – LassePoulsen 12 October 2010 в 01:23
  • 2
    Если вы можете, отправьте ссылки на пастухи "sudo aa-status" и "cat / etc / network / interfaces" – Kees Cook 13 October 2010 в 01:00

Это на самом деле ошибка в Ubuntu 8.04. Для нескольких случаев использования, которые вы НЕОБХОДИЛИ для установки nscd (например, при использовании openvpn) или dhclient, работать не будет. Это происходит не в новых версиях Ubuntu.

1
ответ дан 25 July 2018 в 23:09
  • 1
    Это не имеет значения! установка nscd не имеет никакого отношения к тому, что dhclient не устанавливает IP-адрес, сетевую маску и т. д. – LassePoulsen 12 October 2010 в 01:09

Я бы попробовал установить nscd, если этот пакет отсутствует, и если он не работает с этим, установите libnss-db.

Не уверен, что это решит вашу проблему, однако, это те вещи, которые ваша трасса пытается найти, и она терпит неудачу.

1
ответ дан 25 July 2018 в 23:09

Пожалуйста, запустите sudo dpkg --configure -a, чтобы убедиться, что это не повторение ситуации в https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

1
ответ дан 27 July 2018 в 03:03
  • 1
    Не повезло! dpkg --configure -a ничего не сделал (пакетов, требующих настройки) – LassePoulsen 10 October 2010 в 22:46

Что показывает ваш вывод «dmesg» при запуске dhclient?

Если вы используете Hardy, AppArmor является частью установки по умолчанию. Возможно, профиль dhclient стал непринужденным. Проверьте «sudo aa-status», чтобы увидеть, что там происходит.

Дополнительно, как читается файл / etc / network / interfaces? Возможно, у вас конфликтующие адреса, маршруты и т. Д., С которым dhclient не хочет играть?

2
ответ дан 27 July 2018 в 03:03
  • 1
    На машине не установлено приложение-доспех. И сетевой адаптер настроен со статическим IP-адресом в файле / etc / network / interfaces. Это не должно быть проблемой для перезаписывания dhclient при его вызове. Но это не имеет значения, потому что не имеет значения, если я установил его как dhcp в файле / etc / network / interfaces. Если я выполняю интерфейс, просто остается «неконфигурированным». – LassePoulsen 12 October 2010 в 01:23
  • 2
    Если вы можете, отправьте ссылки на пастухи "sudo aa-status" и "cat / etc / network / interfaces" – Kees Cook 13 October 2010 в 01:00

Это на самом деле ошибка в Ubuntu 8.04. Для нескольких случаев использования, которые вы НЕОБХОДИЛИ для установки nscd (например, при использовании openvpn) или dhclient, работать не будет. Это происходит не в новых версиях Ubuntu.

1
ответ дан 27 July 2018 в 03:03
  • 1
    Это не имеет значения! установка nscd не имеет никакого отношения к тому, что dhclient не устанавливает IP-адрес, сетевую маску и т. д. – LassePoulsen 12 October 2010 в 01:09

Я бы попробовал установить nscd, если этот пакет отсутствует, и если он не работает с этим, установите libnss-db.

Не уверен, что это решит вашу проблему, однако, это те вещи, которые ваша трасса пытается найти, и она терпит неудачу.

1
ответ дан 27 July 2018 в 03:03

Пожалуйста, запустите sudo dpkg --configure -a, чтобы убедиться, что это не повторение ситуации в https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

1
ответ дан 31 July 2018 в 11:00
  • 1
    Не повезло! dpkg --configure -a ничего не сделал (пакетов, требующих настройки) – LassePoulsen 10 October 2010 в 22:46

Что показывает ваш вывод «dmesg» при запуске dhclient?

Если вы используете Hardy, AppArmor является частью установки по умолчанию. Возможно, профиль dhclient стал непринужденным. Проверьте «sudo aa-status», чтобы увидеть, что там происходит.

Дополнительно, как читается файл / etc / network / interfaces? Возможно, у вас конфликтующие адреса, маршруты и т. Д., С которым dhclient не хочет играть?

2
ответ дан 31 July 2018 в 11:00
  • 1
    На машине не установлено приложение-доспех. И сетевой адаптер настроен со статическим IP-адресом в файле / etc / network / interfaces. Это не должно быть проблемой для перезаписывания dhclient при его вызове. Но это не имеет значения, потому что не имеет значения, если я установил его как dhcp в файле / etc / network / interfaces. Если я выполняю интерфейс, просто остается «неконфигурированным». – LassePoulsen 12 October 2010 в 01:23
  • 2
    Если вы можете, отправьте ссылки на пастухи "sudo aa-status" и "cat / etc / network / interfaces" – Kees Cook 13 October 2010 в 01:00

Это на самом деле ошибка в Ubuntu 8.04. Для нескольких случаев использования, которые вы НЕОБХОДИЛИ для установки nscd (например, при использовании openvpn) или dhclient, работать не будет. Это происходит не в новых версиях Ubuntu.

1
ответ дан 31 July 2018 в 11:00
  • 1
    Это не имеет значения! установка nscd не имеет никакого отношения к тому, что dhclient не устанавливает IP-адрес, сетевую маску и т. д. – LassePoulsen 12 October 2010 в 01:09

Я бы попробовал установить nscd, если этот пакет отсутствует, и если он не работает с этим, установите libnss-db.

Не уверен, что это решит вашу проблему, однако, это те вещи, которые ваша трасса пытается найти, и она терпит неудачу.

1
ответ дан 31 July 2018 в 11:00

Пожалуйста, запустите sudo dpkg --configure -a, чтобы убедиться, что это не повторение ситуации в https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

1
ответ дан 31 July 2018 в 11:59
  • 1
    Не повезло! dpkg --configure -a ничего не сделал (пакетов, требующих настройки) – LassePoulsen 10 October 2010 в 22:46

Что показывает ваш вывод «dmesg» при запуске dhclient?

Если вы используете Hardy, AppArmor является частью установки по умолчанию. Возможно, профиль dhclient стал непринужденным. Проверьте «sudo aa-status», чтобы увидеть, что там происходит.

Дополнительно, как читается файл / etc / network / interfaces? Возможно, у вас конфликтующие адреса, маршруты и т. Д., С которым dhclient не хочет играть?

2
ответ дан 31 July 2018 в 11:59
  • 1
    На машине не установлено приложение-доспех. И сетевой адаптер настроен со статическим IP-адресом в файле / etc / network / interfaces. Это не должно быть проблемой для перезаписывания dhclient при его вызове. Но это не имеет значения, потому что не имеет значения, если я установил его как dhcp в файле / etc / network / interfaces. Если я выполняю интерфейс, просто остается «неконфигурированным». – LassePoulsen 12 October 2010 в 01:23
  • 2
    Если вы можете, отправьте ссылки на пастухи "sudo aa-status" и "cat / etc / network / interfaces" – Kees Cook 13 October 2010 в 01:00

Это на самом деле ошибка в Ubuntu 8.04. Для нескольких случаев использования, которые вы НЕОБХОДИЛИ для установки nscd (например, при использовании openvpn) или dhclient, работать не будет. Это происходит не в новых версиях Ubuntu.

1
ответ дан 31 July 2018 в 11:59
  • 1
    Это не имеет значения! установка nscd не имеет никакого отношения к тому, что dhclient не устанавливает IP-адрес, сетевую маску и т. д. – LassePoulsen 12 October 2010 в 01:09

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

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