Не работает команда dhclient

Пытаюсь подключиться к инету через WiFi. Подключаюсь через wpa_supplicant.
Команды для подключения:

Почему вы решили, что зависает? Просто не отдает обратно управление, потому что работает: ждет получение адреса, получает его, обновляет и т.д. У меня вот в фоне такой процесс висит

Проверьте в другой консоли, что адрес действительно получается. Проверьте логи системы на предмет активности по DHCP.

Всем спасибо за ответы.

и выдавались данные о пинге.
Сейчас команда dhclient виснет и не позволяет получить подключение. Если нажму Ctrl+C, то получается просто прерываю ее работу.

В общем, считаю, что тут ошибка, не могу понять, в чем.

Всем спасибо! Проблему решил.
Оказалось в одном месте на роутере был прописан IP за MAC’ом, и был конфликт IP.
Прошу прощения, что ввел в заблуждение участников темы.

По поводу решения конфликтов при подключении могу порекомендовать:
1. Попробовать использовать Network Manager (команда «nmcli»). На некоторых форумах, кстати, иногда рекомендуют его удалить при проблемах с подключением.
2. Использовать команды

Источник

Почему пока не запустишь /sbin/dhclient -d enp1s0 ен получает ip?

# ifupdown has been replaced by netplan(5) on this system. See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
# sudo apt install ifupdown

Dmytro Boyko, полагаю, что проблема в его конфиге. К сожалению, подсказать не смогу.

Но как вариант, можно сделать инит-скрипт с вашей командой и запускать его при буте.

И лучше добавьте информацию про netplan и содержимое конфигов в вопрос под спойлер

sudo apt-get install ifupdown bridge-utils
sudo systemctl stop networkd-dispatcher
sudo systemctl disable networkd-dispatcher
sudo systemctl mask networkd-dispatcher
sudo apt-get purge nplan netplan.io

dhclient как раз и получает IP-адрес. Так и должно быть.

Другое дело — что эта программа-демон должна запускаться автоматически. При инсталляции надо указать это в настройках сети.

Вероятно файлик Netplan не был создан или перелопачен в префикс .bak, что бывает при попытке активации сервиса и при этом новый файлик не создался, может поэтому и не роблило.
Недавно тоже чел обращался с такой траблой на форуме нашем, так оказалось, что файлик не создался и папка пустая и пришлось создавать его посрдеством echo:

или в Терминале:
netplan generate; netplan apply; reboot
и всё заработало.

Можно было проверить наличие оного:
cd /etc/netplan; ls

Источник

ROSAForum

Forum about ROSA Linux Distros

Темы без ответов
Активные темы
Поиск
Наша команда

[Решено]livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 23 ноя 2017, 09:06

Re: livecd обновленный в chroot не работает сеть.

Сообщение notauser » 23 ноя 2017, 15:49

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 24 ноя 2017, 06:28

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 24 ноя 2017, 06:41

Re: livecd обновленный в chroot не работает сеть.

Сообщение trs » 24 ноя 2017, 11:37

т.е. дело, похоже, в невалидном симлинке.

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 24 ноя 2017, 12:49

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 24 ноя 2017, 12:53

Re: livecd обновленный в chroot не работает сеть.

Сообщение trs » 25 ноя 2017, 09:54

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 26 ноя 2017, 13:53

Re: livecd обновленный в chroot не работает сеть.

Сообщение trs » 27 ноя 2017, 05:32

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 27 ноя 2017, 07:01

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 27 ноя 2017, 14:08

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 28 ноя 2017, 06:26

Re: livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 29 ноя 2017, 09:00

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение trs » 29 ноя 2017, 11:57

dns в Live CD (как R9, так и обновлённом моим скриптом) работает, причём nameserver появляется какой положено, а не гугловский.

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 29 ноя 2017, 12:31

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение trs » 29 ноя 2017, 12:50

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 29 ноя 2017, 12:54

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение trs » 29 ноя 2017, 13:04

Re: [Решено]livecd обновленный в chroot не работает сеть.

Сообщение banzay242 » 29 ноя 2017, 13:09

запустил:
cat /etc/resolv.conf
# This file is managed by systemd-resolved(8). Do not edit.
#
# Third party programs must not access this file directly, but
# only through the symlink at /etc/resolv.conf. To manage
# resolv.conf(5) in a different way, replace the symlink by a
# static file or a different symlink.

nameserver 8.8.8.8
nameserver 8.8.4.4
ххерня какая то, нетворк менеджер не резольвит.

Источник

Linux: получение адреса по DHCP и работа с dhclient

Для управления адресом интерфейса по протоколу DHCP ( Dynamic Host Configuration Protocol — протокол динамической настройки узла) используется утилита dhclient .

Полезные опции dhclient

-q — не выводить данные в консоли и в лог, кроме ошибок;
-1 — отправить запрос только один раз; в случае ошибки будет exit 2 ;
-r — освободить текущий адрес;
-lf — файл базы данных аренды; если не указан будет использован файл по-умолчанию /var/lib/dhclient/dhclient.leases ;
-pf

— PID-файл процесса; если не указан — будет использован /var/run/dhclient.pid ;
-cf — файл конфигурации dhcp -клиента; если не указан — будет использоваться /etc/dhcp/dhclient.conf (в CentOS его всё-же надо создавать вручную);
-s — указать сервер DHCP для отправки запроса; если не указан — запрос отправляет по всей сети 255.255.255.255 ;
-I — указание dhcp -идентификатора клиента;
-H — указание опции host-name в запросе к DHCP-серверу; строка host-name должна содержать только префикс имени хсота клиента, к которому сервер добавит ddns или dns имя для полчения полного FQDN-имени; нельзя использовать с опцией -F ;
-F — указать опцию fqdn.fqdn для отправки серверу; нельзя использовать с опцией -H ; опция fqdn.fqdn определяет полное имя хоста клиента, которое сервер будет использовать для оновления DDNS;
-R [, . ] — указать список опций, которые клиент хочет получить от сервера; список по умолчанию содержит такие опции:

subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name, nis-domain, nis-servers, ntp-servers, interface-mtu

опция -R не добавляет список запросов к запросу по-умолчанию, а перезаписывает его;
-timeout — указать timeout запроса вручную;
-v — подробный режим;

Полный список опций dhclient можно посмотреть тут>>> (русс), тут>>> (eng) и тут>>> (eng).

Примеры работы с dhclient

Сбросить текущий адрес:

Файл списка базы данных адресов:

Указать другой файл:

Указать имя клиента:

После чего в логе DHCP-сервера:

testbox

LAN

192.168.1.104

08:00:27:38:F0:04

Без указания опции -H — клиент вообще не отправляет своё имя, и идентифицировать его можно только по MAC-адресу:

LAN

192.168.1.104

08:00:27:38:F0:04

Вариант номер 1 — добавить строку:

в файл /etc/sysconfig/network-scripts/ifcfg-eth0 .

Пример файла dhclient.conf

Другой вариант — настроить конфигурацию dhcp -клиента с помощью файла /etc/dhcp/dhclient.conf .

Создаём файл с такой строкой:

testbox-3

LAN

192.168.1.104

08:00:27:38:F0:04

В данном случае пример выполняется на:

Возможны и другие места размещения файла:

Немного усложним файл:

timeout — timeout для получения ответа; в случае ошибки — будет повторная попытка после retry секунд;
retry — время до повторной попытки запроса, если предыдущая не прошла по timeout ;
reboot — после перезапуска dhclient сначала попытается использовать тот же адрес, который у него был ранее; если это не получится — он отправит новый запрос после reboot секунд;
reject — отклонять запросы от DHCP-сервера с указанным IP;
interface — указание, для какого интерфейса применять данные правила;
send — оператор, указыаеющий список параметров, которые клиент будет передавать серверу;
require — оператор, указывающий список требуемых клиенту опций;

Источник

NetworkManager не dhclient’ит

Fedora 20, откатил иксы до 1.11 и собрал ядро 3.2.55 с патчами BFQ. Нужно было для того чтобы завести catalyst-legacy и играть в Counter-Strike по сети. Возникла странная проблема: Network-Manager почему-то перестал присваивать IP для сети, хотя cat /var/log/messages | grep dhclient :

то есть, из логов видно что ip как-бы получен.
а если я выполню вручную «dhclient -1» то IP успешно присваиваются

Ну попробуйте запустить NM с дебугом:

подключился к двум разным сетям, IP не присваивается все равно.. Вот выхлоп:

Это же сообения от dhcp-клиента? А где сообщния от NetworkManager’а с debug’ом, типа «NetworkManager: Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled. »?

Вот, извиняюсь, был пропущен ключ -d

ну это строки с , я так понимаю первая строка и есть описание проблемы Весь выхлоп: http://pastebin.com/9e5megE2

Вроде как вот этот баг https://bugzilla.redhat.com/show_bug.cgi?id=1063885 подходит под ваш случай. Старое ядро + NM -> проблемы из-за libnl3. Утверждается, что дело даже не в dhcp, что NM вобще не может присвоить даже статический адрес на интерфейс.

Вроде как помогает откатить libnl3 до 3.2.21 или ждать пока пофиксят, баг открытый.

Источник