OP может захотеть запустить это внутри экрана и на самом деле выполнить команду "sudo dhclient -r <interface> && sudo dhclient <interface>", в противном случае подключение может быть потеряно, и ему нужно попасть на сайт, чтобы восстановить сетевое соединение. То есть, если не установлено внешнее управление.
serverhorror
Интересно, зачем делать релиз, тогда получайте лучше, чем просто sudo dhclient eth0? Благодарность!
Heat Miser
4
Простой перезапуск dhclient обычно переназначает тот же IP-адрес, если сервер не возражает. Если вы сначала освободите адрес, сервер и клиент будут знать, что нужно согласовать новый (хотя он может быть тем же, что и у вас).
Мартин Хеемельс
13
Другая проблема, с которой я столкнулся, заключалась в том, что dhclient продолжал запрашивать тот же IP-адрес с DHCP-сервера. Запуск команды dhclient -rне разрешил это. Поэтому, прочитав man pagesболее подробно, я обнаружил, что, если я отредактировал файл, /var/lib/dhcp3/dhclient.leasesчтобы удалить все ссылки аренды для конкретного адаптера, в моем случае eth0. Затем работает sudo dhclient eth0работает, как ожидалось, и назначил мне новый / другой IP.
Моя ситуация была, возможно, уникальной, но требовалось, чтобы мой сервер извлекал адрес из более высокого диапазона, чем было выдано ранее. DHCP-сервер был настроен для этого, если не был запрошен конкретный IP-адрес независимо от диапазона. Так как dhclientна основании информации в dhclient.leasesфайле был запрошен старый IP-адрес, DHCP-сервер всегда возвращал один и тот же адрес.
Согласитесь: ситуация, с которой я столкнулся, и о которой я только что должен был напомнить, - это ситуация, когда у вас есть система, которая получает случайный IP-адрес, но которому вы назначаете новый (другой) статически арендованный IP-адрес, назначенный MAC. Проблема в том, что если ваш DHCP-клиент все еще имеет действительную аренду в dhclient.leases, он фактически не запрашивает у сервера новый IP-адрес: он просто повторно использует аренду, которая, по его мнению, все еще действительна. Таким образом, dhclient -r фактически ничего не делает. Сначала удалите файл аренды, затем dhclient -r, и все хорошо.
Лиамф
-2
Когда вы запускаете «sudo /etc/init.d/dhcp3-server restart» , это дает что-то вроде:
Тогда просто убедитесь, что ваш клиент отправляет запрос на аренду, посмотрите на файл /var/logs/deamon.log. Там должно быть множество запросов DHCP там. Если нет, проблема с вашим клиентом (и мы возьмем его оттуда).
Если с вашим клиентом все в порядке, просто забудьте на данный момент о firestarter, и давайте попробуем заставить его работать без него. Чтобы убедиться, что ваш DHCP-сервер запущен и работает. Введите «sudo /etc/init.d/dhcp3-server stop», а затем «sudo /etc/init.d/dhcp3-server start». Затем он должен быть запущен, если он правильно установлен на вашем компьютере.
Я включил копию моего файла dhcpd.conf.
Наконец, взгляните на файл вашего сервера / var / log / messages, если он получает запросы и отвечает на них с действительной арендой. Это также может дать вам представление о том, что не так с вашим файлом конфигурации (если что-то не так с ним, конечно). Если вы ничего не можете сделать из этого, опубликуйте свой файл сообщений, и я посмотрю позже.
Ответы:
Dhclient Eth0
источник
eth0: interface not found or invalidifconfigчтобы узнать, какие интерфейсы доступны в вашей системе.Чтобы освободить текущий IP-адрес:
Для получения свежей аренды:
источник
Другая проблема, с которой я столкнулся, заключалась в том, что dhclient продолжал запрашивать тот же IP-адрес с DHCP-сервера. Запуск команды
dhclient -rне разрешил это. Поэтому, прочитавman pagesболее подробно, я обнаружил, что, если я отредактировал файл,/var/lib/dhcp3/dhclient.leasesчтобы удалить все ссылки аренды для конкретного адаптера, в моем случаеeth0. Затем работаетsudo dhclient eth0работает, как ожидалось, и назначил мне новый / другой IP.Моя ситуация была, возможно, уникальной, но требовалось, чтобы мой сервер извлекал адрес из более высокого диапазона, чем было выдано ранее. DHCP-сервер был настроен для этого, если не был запрошен конкретный IP-адрес независимо от диапазона. Так как
dhclientна основании информации вdhclient.leasesфайле был запрошен старый IP-адрес, DHCP-сервер всегда возвращал один и тот же адрес.источник
Когда вы запускаете «sudo /etc/init.d/dhcp3-server restart» , это дает что-то вроде:
Остановка DHCP-сервера: dhcpd3. Запуск DHCP-сервера: dhcpd3.
Если нет, он не работает ...
Тогда просто убедитесь, что ваш клиент отправляет запрос на аренду, посмотрите на файл /var/logs/deamon.log. Там должно быть множество запросов DHCP там. Если нет, проблема с вашим клиентом (и мы возьмем его оттуда).
Если с вашим клиентом все в порядке, просто забудьте на данный момент о firestarter, и давайте попробуем заставить его работать без него. Чтобы убедиться, что ваш DHCP-сервер запущен и работает. Введите «sudo /etc/init.d/dhcp3-server stop», а затем «sudo /etc/init.d/dhcp3-server start». Затем он должен быть запущен, если он правильно установлен на вашем компьютере.
Я включил копию моего файла dhcpd.conf.
Наконец, взгляните на файл вашего сервера / var / log / messages, если он получает запросы и отвечает на них с действительной арендой. Это также может дать вам представление о том, что не так с вашим файлом конфигурации (если что-то не так с ним, конечно). Если вы ничего не можете сделать из этого, опубликуйте свой файл сообщений, и я посмотрю позже.
удачи
Раджу
источник