как я могу настроить внутреннюю сеть?

У меня есть 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"

Это не поможет. Я не уверен, что еще делать. Пожалуйста, помогите мне в настройке.

0
задан 23 September 2017 в 15:35

4 ответа

Хорошо после того, как весь день завладел этой глупостью, я наконец понял, что случилось (я думаю).

Я пробовал крест по кабелю, но 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-камере и к моей беспроводной сети.

0
ответ дан 18 July 2018 в 06:22

Есть две вещи, которые приходят на ум.

Вы не установили статический 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.

Эта проблема может быть такой же простой, как отсутствие полуколонии или плохой отступ на новой строке и, возможно, даже закрывающая скобка }.

1
ответ дан 18 July 2018 в 06:22

Хорошо после того, как весь день завладел этой глупостью, я наконец понял, что случилось (я думаю).

Я пробовал крест по кабелю, но 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-камере и к моей беспроводной сети.

0
ответ дан 24 July 2018 в 18:35

Есть две вещи, которые приходят на ум.

Вы не установили статический 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.

Эта проблема может быть такой же простой, как отсутствие полуколонии или плохой отступ на новой строке и, возможно, даже закрывающая скобка }.

1
ответ дан 24 July 2018 в 18:35
  • 1
    Я думал, что современный чип с поддержкой Ethernet может справиться с этим соединением без кроссовера. Думаю, я попробую сделать X-кабель. Я опубликую несколько журналов, я пробовал множество конфигураций за последние несколько часов. Если я пропущу точку с запятой, я получаю сообщение об этом, когда я пытаюсь перезапустить службу. – j0h 23 September 2017 в 15:27
  • 2
    Гигабитный Ethernet - это тот, который является «умным». не нужно перекрещивать кабель. Если хотя бы одно из устройств использует быстрый Ethernet, вам все равно нужен он. Если оба являются гигабитами, тогда это не имеет значения. – xR34P3Rx 23 September 2017 в 17:20
  • 3
    Прилагаемое устройство не может быть гигабитом, поэтому я сделал крест поверх кабеля, но он все еще не работает. – j0h 23 September 2017 в 22:54
  • 4
    имеет ли syslog какие-либо ошибки? Как насчет systemctl? Кроме того, если у этой камеры есть webui, что вы можете сделать, подключите ее к обычным маршрутизаторам с DHCP, получите доступ к пользовательскому интерфейсу и посмотрите, можете ли вы вручную настроить параметры в соответствии с областью DHCP, подключить их к серверу и попробуйте пинговать камеру. Также убедитесь, что у вас установлен статический IP-адрес в /etc/network/interfaces. Таким образом, оба устройства настроены на статические, и вы можете исключить DHCP. В конце концов, это будет единственное устройство, подключенное к вашему серверу, поэтому нет необходимости в DHCP. – xR34P3Rx 23 September 2017 в 23:28

Другие вопросы по тегам:

Похожие вопросы: