Они могут принадлежать различным пакетам, тем более, что Вы не говорите полный путь им. Принятие Вас говорит о gcc объектах периода выполнения crtbegin.o и crtend.o, можно было бы быть SUNWgcc.
Технически спецификации позволили бы, чтобы это произошло, но это будет вне глупого, чтобы попытаться сделать так.
Насколько я знаю, что это не возможно. DHCP не просто широковещательно передается базирующийся. Начальная часть протокола DHCP широковещательно передается базирующаяся, но в какой-то момент сервер и клиентский разговор с помощью их IP-адресов.
Если я вспоминаю правильно (не имейте RFC под рукой), сервер является первым в разговоре, который должен отправить реальную информацию о IP-адресе.
Это автоматически лишает возможности иметь саму подачу сервера.
Конечно, возможно, что сам сервер является клиентом DHCP, который получает, это - конфигурация DHCP с ДРУГОГО сервера DHCP (обычно зарезервировано зафиксированный IP). Это немного нечетно, но я могу вообразить некоторые примеры использования для такой установки.
Это - плохая идея двумя способами, но да это возможно.
In theory I think it SHOULD be possible since most linux distros these come up with an apipa (169.254.0.1 to 169.254.255.254) address if none is configured or provided. Therefore the dhcp server should be able to run and possibly answer requests. Now if you configure a reserved (fixed) ip address for the server's own mac-address, and if the dhcp client daemon stays running and keeps trying, it should in theory be able to be answered by the dhcp server daemon. Then it should be able to set its own proper ip-address, and continue to answer dhcp requests from other machines.
I'm not sure if dhcp servers can have an apipa address, an I think the server daemon needs to be restarted after the ip change, but other than that... I still cannot think of any sensible use case for this.
Возможно, вы ищете единый источник достоверной стратегии развертывания, используя единую копию dhcpd.conf для хранения всей сетевой информации, такой как опциональные маршрутизаторы
, опциональные серверы доменных имен
, опциональное доменное имя
. Вы можете попробовать выполнить следующие шаги (Debian):
Определить статический IP-адрес для сетевого интерфейса
Это необходимо, иначе DHCP-сервер не запустится.
$ cat /etc/network/interfaces
auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.1/24
Необязательно: Определите фиксированный IP-адрес в конфигурации DHCP-клиента.
Этот шаг не является обязательным, если только вам не нужен IP-адрес для вашего DHCP-хоста.
$ cat /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;
interface "eth0" {
send dhcp-requested-address 192.168.1.1;
}
Определите диапазон пула DHCP для сети.
$ cat /etc/dhcp/dhcpd.conf
subnet 192.168.1.0 netmask 255.255.255.0 {
option domain-name "example.lan";
option subnet-mask 255.255.255.0;
option routers 192.168.1.254;
option domain-name-servers 192.168.1.253;
pool {
range 192.168.1.10 192.168.1.200;
}
}
Перезагрузите компьютер и убедитесь, что у вас есть статический IP-адрес и запущен DHCP-сервер. Теперь выполните их, чтобы получить IP-адрес от DHCP-сервера:
# Flush the IP address of interface eth0
$ ip a flush dev eth0
# Remove dhclient lease
$ rm /var/lib/dhcp/dhclient.*
# Start dhclient for interface eth0
dhclient -v eth0
Новый IP-адрес должен быть выделен для интерфейса eth0
с параметрами, запрошенными DHCP.