У меня есть IP-камера с портом Ethernet, подключенным к компьютеру. Камера подключена к Ethernet-порту коммутатора, а ПК - через Интернет через беспроводное устройство. Я не хочу делиться Wi-Fi с камерой, скорее, у меня есть веб-сервер NGINx, на который я бы хотел отправить поток изображений. (Я могу справиться с этим, если у меня возникли проблемы с сетью.)
Я пробовал читать некоторые учебные пособия, такие как этот: DHCP-протокол
DHCP-сервер все же не запускается при загрузке.
Here is my current configuration:
# dhcpd.conf
# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
authoritative;
# A slightly different configuration for an internal subnet.
subnet 192.168.42.0 netmask 255.255.255.0 {
pool {
range 192.168.42.10 192.168.42.50;
}
default-lease-time 600;
max-lease-time 7200;
option domain-name "local";
}
host rear_camera {
hardware ethernet C4:D6:55:3E:4E:72;
fixed-address 192.168.42.15;
option subnet-mask 255.255.255.0;
}
, когда я пытаюсь запустить службу вручную, это то, что я получаю.
$ sudo systemctl restart isc-dhcp-server.service
Job for isc-dhcp-server.service failed because the control process exited with error code.
See "systemctl status isc-dhcp-server.service" and "journalctl -xe" for details.
, поэтому я смотрю на journal -xe, у которого есть это:
Sep 23 04:34:43 linux dhclient[2472]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Sep 23 04:34:44 linux NetworkManager[489]: <warn> [1506141284.6473] dhcp4 (eth0): request timed out
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.6479] dhcp4 (eth0): state changed unknown -> timeout
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7137] dhcp4 (eth0): canceled DHCP transaction, DHCP client pid 2472
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7138] dhcp4 (eth0): state changed timeout -> done
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7146] device (eth0): state change: ip-config -> failed (reason 'ip-config-unavail
Sep 23 04:34:44 linux NetworkManager[489]: <warn> [1506141284.7159] device (eth0): Activation: failed for connection 'Wired connection 1'
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7177] device (eth0): state change: failed -> disconnected (reason 'none') [120 30
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7439] policy: auto-activating connection 'Wired connection 1'
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7504] device (eth0): Activation: starting connection 'Wired connection 1' (ccebad
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7525] device (eth0): state change: disconnected -> prepare (reason 'none') [30 40
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7590] device (eth0): state change: prepare -> config (reason 'none') [40 50 0]
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7641] device (eth0): state change: config -> ip-config (reason 'none') [50 70 0]
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7664] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Sep 23 04:34:44 linux NetworkManager[489]: <info> [1506141284.7710] dhcp4 (eth0): dhclient started with pid 2503
Sep 23 04:34:44 linux dhclient[2503]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Sep 23 04:34:45 linux systemd-networkd[230]: eth0: Gained IPv6LL
Sep 23 04:34:50 linux dhclient[2503]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Sep 23 04:34:55 linux systemd-networkd[230]: eth0: Lost carrier
Sep 23 04:34:55 linux kernel: rk_gmac-dwmac ff290000.ethernet eth0: Link is Down
Sep 23 04:34:56 linux NetworkManager[489]: <info> [1506141296.3183] device (eth0): link connected
Sep 23 04:34:56 linux kernel: setLedConfiguration: #### before setting led, Reg26 = 0x91 , Reg28 = 0x9200
Sep 23 04:34:56 linux kernel: setLedConfiguration: #### after setting led, Reg26 = 0x91 , Reg28 = 0x9200
Sep 23 04:34:56 linux kernel: rk_gmac-dwmac ff290000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off
Sep 23 04:34:56 linux systemd-networkd[230]: eth0: Gained carrier
Sep 23 04:34:57 linux dhclient[2503]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
Я попытался установить интерфейс в файле /etc/default/isc-dhcp-server с помощью: INTERFACES="eth0"
Это не поможет. Я не уверен, что еще делать. Пожалуйста, помогите мне в настройке.
Хорошо после того, как весь день завладел этой глупостью, я наконец понял, что случилось (я думаю).
Я пробовал крест по кабелю, но Im не использовал его сейчас. Я также просматриваю журналы systemctl и syslog безрезультатно. В итоге это был файл с настройкой пропущенных /etc/network/interfaces файлов. оригинал просто читается:
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
Обратите внимание, что перед проверкой файла / etc / network / interfaces я попытался включить eth0 с помощью ifup и ifdown.
Я посмотрел тот же файл на некоторых других Linux-машинах и изменил файл, чтобы отобразить сетевые параметры, которые я установил на дисфункциональном компьютере.
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 10.0.0.42
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.1
dns-nameservers 10.0.0.1 8.8.8.8
после создания эти изменения, я сделал sudo ifdown eth0, sudo ifup eth0, затем sudo service isc-dhcp-server start Служба началась без ошибок.
Теперь я могу подключиться к своей IP-камере и к моей беспроводной сети.
Есть две вещи, которые приходят на ум.
Вы не установили статический IP на eth0 в пределах той подсети, для которой вы устанавливаете DHCP. Вы подключаете камеру непосредственно к компьютеру с помощью обычного кабеля прямой линии вместо кабеля кроссовера.
Урок, который вы связали, довольно прямолинейный, но он помог бы больше опубликовать вашу конфигурацию /etc/default/isc-dhcp-server, поскольку это очень помогло.
If вы можете снова запустить свой DHCP-сервис, и когда он не сработает, немедленно запустите sudo tail -n 50 /var/log/syslog, а также sudo systemctl status isc-dhcp-server.service, в зависимости от того, что работает и опубликует результаты.
Обычно чтение через syslog или вывод systemctl status скажет вам, что именно неправильно, а не регистрирует активность, которую предоставляет journal -xe.
Эта проблема может быть такой же простой, как отсутствие полуколонии или плохой отступ на новой строке и, возможно, даже закрывающая скобка }.
Хорошо после того, как весь день завладел этой глупостью, я наконец понял, что случилось (я думаю).
Я пробовал крест по кабелю, но Im не использовал его сейчас. Я также просматриваю журналы systemctl и syslog безрезультатно. В итоге это был файл с настройкой пропущенных /etc/network/interfaces файлов. оригинал просто читается:
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
Обратите внимание, что перед проверкой файла / etc / network / interfaces я попытался включить eth0 с помощью ifup и ifdown.
Я посмотрел тот же файл на некоторых других Linux-машинах и изменил файл, чтобы отобразить сетевые параметры, которые я установил на дисфункциональном компьютере.
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 10.0.0.42
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.1
dns-nameservers 10.0.0.1 8.8.8.8
после создания эти изменения, я сделал sudo ifdown eth0, sudo ifup eth0, затем sudo service isc-dhcp-server start Служба началась без ошибок.
Теперь я могу подключиться к своей IP-камере и к моей беспроводной сети.
Есть две вещи, которые приходят на ум.
Вы не установили статический IP на eth0 в пределах той подсети, для которой вы устанавливаете DHCP. Вы подключаете камеру непосредственно к компьютеру с помощью обычного кабеля прямой линии вместо кабеля кроссовера.
Урок, который вы связали, довольно прямолинейный, но он помог бы больше опубликовать вашу конфигурацию /etc/default/isc-dhcp-server, поскольку это очень помогло.
If вы можете снова запустить свой DHCP-сервис, и когда он не сработает, немедленно запустите sudo tail -n 50 /var/log/syslog, а также sudo systemctl status isc-dhcp-server.service, в зависимости от того, что работает и опубликует результаты.
Обычно чтение через syslog или вывод systemctl status скажет вам, что именно неправильно, а не регистрирует активность, которую предоставляет journal -xe.
Эта проблема может быть такой же простой, как отсутствие полуколонии или плохой отступ на новой строке и, возможно, даже закрывающая скобка }.