Каждый раз, когда я переустанавливаю fglrx64
RPM, который возникает каждый раз при обновлении ядра, мне нужно повторно запускать aticonfig --initial -v
вручную. Фактически, это письмо на моем сервере. Я делаю это на уровне выполнения 3, не знаю, если это имеет значение. Это на CentOS, должно быть так же.
Проблему можно решить, установив пакет dhclient
. В последний раз включите DNS-серверы Google, запустив в последний раз:
sudo su "echo 'nameserver 8.8.8.8' > /etc/resolv.conf"
Затем запустите этот коктейль из команд:
sudo apk update && sudo apk upgrade && sudo apk add dhclient
Чтобы получить свежие пакеты и установить dhclient
.Затем настройте /etc/dhcp/dhclient.conf
и поставьте следующее:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
send host-name = gethostname();
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn, dhcp6.sntp-servers,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
prepend domain-name-servers 8.8.8.8, 8.8.4.4;
И перезапустите сеть:
sudo rc-service networking restart
При желании вы можете подтвердить, что работает, если вы запустите:
sudo reboot
В любом случае вы можете подтвердить, что dns разрешается, пропинговав google.
ping google.com
тл;др
Откройте файл /etc/udhcpc/udhcpc.conf в текстовом редакторе.
Если файл отсутствует, вам просто нужно создать его (и, возможно, содержащую его папку ).
Добавить строку
RESOLV_CONF=no
Готово.
Найдено здесь:https://wiki.alpinelinux.org/wiki/Udhcpc
Принятый ответ не удовлетворил меня в случае
Я уверен, что есть и другие инструкции о том, как заставить dhclient заменять вещи, а не добавлять их в начало, но это слишком много исследований и головной боли для такой простой вещи, как предотвращение замены DHCP /etc/resolv.conf вообще.