Во-первых, адрес 169.254.xy - это фиктивный адрес, который говорит нам, что интерфейс запросил адрес из точки доступа, но ему не дали.
Я предлагаю использовать либо Wicd, либо ручные методы (/ etc / network / interfaces), но не оба.
Во-вторых, ваш файл интерфейса имеет как eth0, так и wlan0, начиная автоматически. Я сомневаюсь, что вы хотите или нуждаетесь в обоим. Предполагая, что вы используете беспроводную связь больше всего, я бы прокомментировал строку «auto eth0». Если вы хотите использовать ethernet, остановите беспроводную связь и запустите ethernet:
sudo ifdown wlan0 && sudo ifup eth0
Далее, интерфейс интерфейсов ожидает, что wpa-psk будет WPA2-паролем в ясном тексте , Я предлагаю вам очистить файл wlan0 следующим образом:
auto wlan0
iface wlan0 inet static
address 192.168.0.12
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 192.168.0.1 8.8.8.8
wpa-ssid TPLINK
wpa-psk <your_key_in_clear_text>
Наконец, вам также нужно будет объявить DNS-серверы имен в файле eth0.
Использование сценариев запуска, запуск dhcpd как службы, на мой взгляд, лучший способ запустить dhcpd. Это означает, что ОС обрабатывает запуск, остановку и перезапуск при необходимости во время обновления пакетов, а также во время загрузки и выключения. Это также означает, что ОС может перезагрузиться, если сбой dhcpd.
Это стандартный способ запуска служб / демонов в Linux, включая Debian, RHEL, Ubuntu, OpenSUSE, Fedora и т. Д.
Это также означает, что вы должны сообщить системе, с которой она должна работать, dhcpd. Это делается, как вы уже знаете, с файлом /etc/defaults/isc-dhcpd.
Я не вижу никакой веской причины запускать его прямо так, как вы делали. Время от времени я запускал ISC DHCPD на переднем плане для отладки, но это исключительные случаи ...
Вкратце: если у вас нет веских причин не делать этого, следуйте философии распределения , Это также облегчает переход кого-то. Если бы я взял блок debian / Ubuntu с ISC DHCPD, я бы предположил, что он контролировался systemd, а не самодельными сценариями.
Использование сценариев запуска, запуск dhcpd как службы, на мой взгляд, лучший способ запустить dhcpd. Это означает, что ОС обрабатывает запуск, остановку и перезапуск при необходимости во время обновления пакетов, а также во время загрузки и выключения. Это также означает, что ОС может перезагрузиться, если сбой dhcpd.
Это стандартный способ запуска служб / демонов в Linux, включая Debian, RHEL, Ubuntu, OpenSUSE, Fedora и т. Д.
Это также означает, что вы должны сообщить системе, с которой она должна работать, dhcpd. Это делается, как вы уже знаете, с файлом /etc/defaults/isc-dhcpd.
Я не вижу никакой веской причины запускать его прямо так, как вы делали. Время от времени я запускал ISC DHCPD на переднем плане для отладки, но это исключительные случаи ...
Вкратце: если у вас нет веских причин не делать этого, следуйте философии распределения , Это также облегчает переход кого-то. Если бы я взял блок debian / Ubuntu с ISC DHCPD, я бы предположил, что он контролировался systemd, а не самодельными сценариями.
Использование сценариев запуска, запуск dhcpd как службы, на мой взгляд, лучший способ запустить dhcpd. Это означает, что ОС обрабатывает запуск, остановку и перезапуск при необходимости во время обновления пакетов, а также во время загрузки и выключения. Это также означает, что ОС может перезагрузиться, если сбой dhcpd.
Это стандартный способ запуска служб / демонов в Linux, включая Debian, RHEL, Ubuntu, OpenSUSE, Fedora и т. Д.
Это также означает, что вы должны сообщить системе, с которой она должна работать, dhcpd. Это делается, как вы уже знаете, с файлом /etc/defaults/isc-dhcpd.
Я не вижу никакой веской причины запускать его прямо так, как вы делали. Время от времени я запускал ISC DHCPD на переднем плане для отладки, но это исключительные случаи ...
Вкратце: если у вас нет веских причин не делать этого, следуйте философии распределения , Это также облегчает переход кого-то. Если бы я взял блок debian / Ubuntu с ISC DHCPD, я бы предположил, что он контролировался systemd, а не самодельными сценариями.