LINUX.ORG.RU
ФорумAdmin

isc-dhcp-server игнорирует сетевую карту в разъёме PCI-E

 , ,


0

2

OC Debian 12, материнская плата Asus M2NE. DHCP сервер работает и выдаёт ip-адреса на всех сетевых картах от встроенной до PCI и PCI-e, в т.ч. vlan (разъёмов PCI-e на этой плате два PCIEX1_1 и PCIEX1_2).

Сетевые карты определяются в PCIEX1_2, переименовываются (/etc/systemd/network), статические ip-адреса им назначаются без проблем (/etc/network/interfaces), но DHCP-сервер просто игнорирует любую сетевую карту в этом, PCIEX1_2, разъёме.

С разъёмом PCIEX1_1 таких проблем нет.

В чём может быть проблема, подскажите пожалуйста, куда копать?

    5: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
    fq_codel state UP group default qlen 1000
    link/ether 78:98:e8:c1:e1:03 brd ff:ff:ff:ff:ff:ff
    inet 172.28.0.1/24 brd 172.28.0.255 scope global enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::7a98:e8ff:fec1:e103/64 scope link 
       valid_lft forever preferred_lft forever

subnet 172.28.0.0 netmask 255.255.255.0 {
      option routers 172.28.0.1;
      option subnet-mask 255.255.255.0;
      option domain-name-servers 8.8.8.8, 8.8.4.4;
#      range 172.28.0.2 172.28.0.50;
      option broadcast-address 172.28.0.255;
}

host H-DS-2CD {
      hardware ethernet 80:ce:ad:85:71:aa;
      fixed-address 172.28.0.2;
}

● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Fri 2025-02-21 21:12:41 +05; 58min ago
       Docs: man:systemd-sysv-generator(8)
    Process: 799 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 150ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─837 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 enp3s0

фев 21 21:12:39 mvt-server-1 dhcpd[837]: All rights reserved.
фев 21 21:12:39 mvt-server-1 dhcpd[837]: For info, please visit https://www.isc.org/software/dhcp/
фев 21 21:12:39 mvt-server-1 dhcpd[837]: Wrote 0 deleted host decls to leases file.
фев 21 21:12:39 mvt-server-1 dhcpd[837]: Wrote 0 new dynamic host decls to leases file.
фев 21 21:12:39 mvt-server-1 dhcpd[837]: Wrote 0 leases to leases file.
фев 21 21:12:39 mvt-server-1 dhcpd[837]: Server starting service.
фев 21 21:12:41 mvt-server-1 isc-dhcp-server[799]: Starting ISC DHCPv4 server: dhcpd.
фев 21 21:12:41 mvt-server-1 systemd[1]: Started isc-dhcp-server.service - LSB: DHCP server.
фев 21 21:57:13 mvt-server-1 dhcpd[837]: DHCPREQUEST for 172.18.0.2 from 00:e0:52:f7:62:2b via enp18
фев 21 21:57:13 mvt-server-1 dhcpd[837]: DHCPACK on 172.18.0.2 to 00:e0:52:f7:62:2b via enp18


Последнее исправление: mvt (всего исправлений: 1)
/usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 enp3s0

у тебя dhcpd слушает только enp18 enp19 enp3s0. Все остальные интерфейсы игнорируются.

как связать их с твоими «PCIEX1_1 и PCIEX1_2» я из твоего поста непонимаю.

vel ★★★★★
()
Ответ на: комментарий от vel

Постараюсь объяснить, enp18 - физически это разъём PCIEX1_1, enp3s0 - физически это разъём PCIEX1_2.

К enp18 подключена локальная сеть, адреса в ней раздаются dhcp-сервером, проблем нет.

enp3s0 - подключена ip-видеокамера, так вот, что я её подключаю к этой сетевой карте, что нет, dhcp-сервер её не видит, как-будто он на этом интерфейсе вообще не слушает.

Но, если эту видеокамеру подключить к другой сетевой карте и настроить, соответствующе, dhcp, то всё работает. ,

mvt
() автор топика
Ответ на: комментарий от gagarin0

Да, переименовываются в помощью файлов .link чтобы не было плясок в различными названиями.

Вот (сетевая карта), интерфейс enp3s0, она в разъеме PCIEX1_2.

Сейчас я её , карту (D-Link - enp3s0) вытащил, и поставил ту которая стояла до неё, TP-Link, теперь этот интерфейс именуется ipcam.

Но, по сути ничего не меняется DHCP-сервер игнорирует этот интерфейс как бы он не назывался.

● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Fri 2025-02-21 23:06:25 +05; 2min 1s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 798 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 88ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─836 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 ipcam

фев 21 23:06:23 mvt-server-1 dhcpd[836]: Internet Systems Consortium DHCP Server 4.4.3-P1
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Copyright 2004-2022 Internet Systems Consortium.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: All rights reserved.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: For info, please visit https://www.isc.org/software/dhcp/
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 deleted host decls to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 new dynamic host decls to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 leases to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Server starting service.
фев 21 23:06:25 mvt-server-1 isc-dhcp-server[798]: Starting ISC DHCPv4 server: dhcpd.
фев 21 23:06:25 mvt-server-1 systemd[1]: Started isc-dhcp-server.service - LSB: DHCP server.
mvt
() автор топика
Ответ на: комментарий от gagarin0

Я это делал, раскомментировал, привязку по MAC-адресу убрал.

Вынуть и вставить кабель в сетевой разъём камеры картины не меняет, тишина, рестарт DHCP, также даёт эту же картину.

● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Fri 2025-02-21 23:06:25 +05; 2min 1s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 798 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 88ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─836 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 ipcam

фев 21 23:06:23 mvt-server-1 dhcpd[836]: Internet Systems Consortium DHCP Server 4.4.3-P1
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Copyright 2004-2022 Internet Systems Consortium.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: All rights reserved.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: For info, please visit https://www.isc.org/software/dhcp/
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 deleted host decls to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 new dynamic host decls to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Wrote 0 leases to leases file.
фев 21 23:06:23 mvt-server-1 dhcpd[836]: Server starting service.
фев 21 23:06:25 mvt-server-1 isc-dhcp-server[798]: Starting ISC DHCPv4 server: dhcpd.
фев 21 23:06:25 mvt-server-1 systemd[1]: Started isc-dhcp-server.service - LSB: DHCP server.
mvt
() автор топика
Ответ на: комментарий от gagarin0

В одном терминале ввожу команду:

sudo dhclient -v ipcam
[sudo] пароль для mvt: 
Internet Systems Consortium DHCP Client 4.4.3-P1
Copyright 2004-2022 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/ipcam/a0:f3:c1:00:ae:e0
Sending on   LPF/ipcam/a0:f3:c1:00:ae:e0
Sending on   Socket/fallback
DHCPDISCOVER on ipcam to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on ipcam to 255.255.255.255 port 67 interval 8
DHCPOFFER of 172.28.0.2 from 172.28.0.1
DHCPREQUEST for 172.28.0.2 on ipcam to 255.255.255.255 port 67
DHCPREQUEST for 172.28.0.2 on ipcam to 255.255.255.255 port 67
DHCPDISCOVER on ipcam to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on ipcam to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on ipcam to 255.255.255.255 port 67 interval 11
DHCPOFFER of 172.28.0.2 from 172.28.0.1
DHCPREQUEST for 172.28.0.2 on ipcam to 255.255.255.255 port 67
DHCPREQUEST for 172.28.0.2 on ipcam to 255.255.255.255 port 67
DHCPACK of 172.28.0.2 from 172.28.0.1
bound to 172.28.0.2 -- renewal in 3389 seconds.

Вдругом смотрю выхлоп:

sudo systemctl status isc-dhcp-server
● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Fri 2025-02-21 23:06:25 +05; 15min ago
       Docs: man:systemd-sysv-generator(8)
    Process: 798 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 104ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─836 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 ipcam

фев 21 23:19:37 mvt-server-1 dhcpd[836]: DHCPDISCOVER from a0:f3:c1:00:ae:e0 via ipcam
фев 21 23:19:38 mvt-server-1 dhcpd[836]: DHCPOFFER on 172.28.0.2 to a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:04 mvt-server-1 dhcpd[836]: DHCPREQUEST for 172.28.0.2 (172.28.0.1) from a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:04 mvt-server-1 dhcpd[836]: DHCPACK on 172.28.0.2 to a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:09 mvt-server-1 dhcpd[836]: reuse_lease: lease age 5 (secs) under 25% threshold, reply with unaltered, existing lease for 172.>
фев 21 23:20:09 mvt-server-1 dhcpd[836]: DHCPDISCOVER from a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:09 mvt-server-1 dhcpd[836]: DHCPOFFER on 172.28.0.2 to a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:19 mvt-server-1 dhcpd[836]: reuse_lease: lease age 15 (secs) under 25% threshold, reply with unaltered, existing lease for 172>
фев 21 23:20:19 mvt-server-1 dhcpd[836]: DHCPREQUEST for 172.28.0.2 (172.28.0.1) from a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam
фев 21 23:20:19 mvt-server-1 dhcpd[836]: DHCPACK on 172.28.0.2 to a0:f3:c1:00:ae:e0 (mvt-server-1) via ipcam

Появляется ругань на срок аренды…

mvt
() автор топика
Ответ на: комментарий от mvt

получается заработало? :)

DHCPACK of 172.28.0.2 from 172.28.0.1

bound to 172.28.0.2 – renewal in 3389 seconds.

я поеду пиво пить, а вы продолжайте, подозреваю что после того как вы раскоментировали range, не был сделал restart, и сделан позже

gagarin0
()
Ответ на: комментарий от gagarin0

Нет, не заработало, рестарт был сделан. Эту картину я вижу уже вторые сутки.

Ещё рестарт…и… ноль!

sudo systemctl status isc-dhcp-server
● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Fri 2025-02-21 23:34:11 +05; 2s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 2060 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 124ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─2073 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 ipcam

фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Internet Systems Consortium DHCP Server 4.4.3-P1
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Copyright 2004-2022 Internet Systems Consortium.
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: All rights reserved.
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: For info, please visit https://www.isc.org/software/dhcp/
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Wrote 0 deleted host decls to leases file.
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Wrote 0 new dynamic host decls to leases file.
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Wrote 1 leases to leases file.
фев 21 23:34:09 mvt-server-1 dhcpd[2073]: Server starting service.
фев 21 23:34:11 mvt-server-1 isc-dhcp-server[2060]: Starting ISC DHCPv4 server: dhcpd.
фев 21 23:34:11 mvt-server-1 systemd[1]: Started isc-dhcp-server.service - LSB: DHCP server.
mvt
() автор топика
Последнее исправление: mvt (всего исправлений: 1)
Ответ на: комментарий от mvt

Изначально проблема была сформулирована так:

но DHCP-сервер просто игнорирует любую сетевую карту в этом, PCIEX1_2, разъёме.

спустя некоторое время проблема с игнорированием исчезла, и появилась другая:

фев 21 23:20:09 mvt-server-1 dhcpd[836]: reuse_lease: lease age 5 (secs) under 25% threshold, reply with unaltered, existing lease for 172.>

теперь вам нужно решать эту проблему, она решается при помощи гугла за полчаса. Удачи!

gagarin0
()
Ответ на: комментарий от mvt

В первую очередь systemd растворяет мозг.
Вместо запуска через systemd нужно было запустить его из консоли с ключиками "-f -d" и посмотретьи смотреть, что происходит.

А потом, когда конфиг отлажен, тогда уже и запускать через systemd.

Если dhcpd должен отвечать на всех интерфейсах, то нет смысла перечислять их в виде параметров.

А еще очень полезно в конфиге, в явном виде писать, где отвечать, а где помалкивать (authoritative & allow/deny unknown-clients).

vel ★★★★★
()
Ответ на: комментарий от vel

Ну, может systemd и растворяет мозг, но как это влиет на ситуацию с тем, что происходит: я пошёл простым путём, в /etc/interfaces описал сетевой интерфейс ipcam

allow-hotplug ipcam
iface ipcam inet static
        address 172.28.0.1/24
        netmask 255.255.255.0
        broadcast 172.28.0.255
        mtu 1500

смотрю поднялся ли интерфейс:

5: ipcam: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether a0:f3:c1:00:ae:e0 brd ff:ff:ff:ff:ff:ff
    inet 172.28.0.1/24 brd 172.28.0.255 scope global ipcam
       valid_lft forever preferred_lft forever
    inet6 fe80::a2f3:c1ff:fe00:aee0/64 scope link 
       valid_lft forever preferred_lft forever

в /etc/dhcpd.conf описываю настройки:

subnet 172.28.0.0 netmask 255.255.255.0 {
      option routers 172.28.0.1;
      option subnet-mask 255.255.255.0;
      option domain-name-servers 8.8.8.8, 8.8.4.4;
#      range 172.28.0.2 172.28.0.50;
      option broadcast-address 172.28.0.255;
}

там же описываю настройки привязки по MAC-адресу:

host mvt-np305v4a {
      hardware ethernet e8:11:32:c1:c4:74;
      fixed-address 172.28.0.3;
}

Соединяю сервер с ноутбуком в сети и снова тишина по интерфейсу ipcam:

● isc-dhcp-server.service - LSB: DHCP server
     Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
     Active: active (running) since Sat 2025-02-22 00:49:49 +05; 7min ago
       Docs: man:systemd-sysv-generator(8)
    Process: 1098 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 9404)
     Memory: 7.3M
        CPU: 127ms
     CGroup: /system.slice/isc-dhcp-server.service
             └─1110 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp18 enp19 ipcam

фев 22 00:49:47 mvt-server-1 dhcpd[1110]: All rights reserved.
фев 22 00:49:47 mvt-server-1 dhcpd[1110]: For info, please visit https://www.isc.org/software/dhcp/
фев 22 00:49:47 mvt-server-1 dhcpd[1110]: Wrote 0 deleted host decls to leases file.
фев 22 00:49:47 mvt-server-1 dhcpd[1110]: Wrote 0 new dynamic host decls to leases file.
фев 22 00:49:47 mvt-server-1 dhcpd[1110]: Wrote 0 leases to leases file.
фев 22 00:49:47 mvt-server-1 dhcpd[1110]: Server starting service.
фев 22 00:49:49 mvt-server-1 isc-dhcp-server[1098]: Starting ISC DHCPv4 server: dhcpd.
фев 22 00:49:49 mvt-server-1 systemd[1]: Started isc-dhcp-server.service - LSB: DHCP server.
фев 22 00:51:21 mvt-server-1 dhcpd[1110]: DHCPREQUEST for 172.18.0.2 from 00:e0:52:f7:62:2b via enp18
фев 22 00:51:21 mvt-server-1 dhcpd[1110]: DHCPACK on 172.18.0.2 to 00:e0:52:f7:62:2b via enp18

P.S. раскомментирование опции range в dhcpd.conf ситуацию не меняет, выше описана ситуация с двумя терминалами в одном запрос sudo dhclient -v ipcam, в другом sudo systemctl status isc-dhcp-server и появление сообщений там о интерфейсе ipcam не вызывает его работоспособность, то есть его как бы не существует для dhcp.

Как ещё более понятно описать, то, что происходит?

dhclient вообще, как я понял работает с «сырым» интерфейсом, сильно не бить сам не совсем понял как это, но вызов этой команды еще не свидетельствует о работоспособности интерфейса ipcam в моём случае, dhcp всё равное его игнорирует. И, вопрос, почему??? А, уж как я сформулировал вопрос, я тоже могу докапаться, только проблему это не решает, а только сотрясает воздух и не более.

mvt
() автор топика
Последнее исправление: mvt (всего исправлений: 1)

Давай сначала

Сетевые карты определяются в (/etc/systemd/network), статические ip-адреса назначаются (/etc/network/interfaces)

Нафига?

  1. Удали файл /etc/network/interfaces
  2. Сделай сеть на systemd-networkd
  3. systemctl enable systemd-networkd опосля рестартани всю систему
  4. isc-dhcp-server в статусе depricated. Если хостов не так много, то я бы рекомендовал перейти на kea от тех же isc’овских ребят

Это минимум, после которого станет легче дышать…=)

Shprot ★★
()
Ответ на: комментарий от mvt

Соединяю сервер с ноутбуком в сети и снова тишина по интерфейсу ipcam

тишина на интерейфесе определяется по счетчикам и tcpdump’у, а не выводу systemctl

Дальше наступает очередь файрвола

дальше необходимо убедиться, что демон слушает нужный интерфейс

дальше логи. желательно, чтобы они куда-то сохранялись. но для отладки можно и journalctl в режиме follow. или запуск демона вручную в foreground

а 20 раз запускать systemctl status и недеяться, что оно как-нибудь само рассосется - это не отладка

router ★★★★★
()
Ответ на: комментарий от mvt

Всё можно настроить с помощью systemd-networkd, без isc-dhcp-server, kea и прочего говна. У systemd-networkd есть встроенный DHCP сервер.

# /etc/systemd/network/ipcam.network
# Это конфигурация для интерфейса с таким MAC адресом
[Match]
MACAddress=78:98:e8:c1:e1:03

[Network]
Address=172.28.0.1/24
DHCPServer=yes

[DHCPServer]
DNS=8.8.8.8
DNS=8.8.4.4
PersistLeases=no

[DHCPServerStaticLease]
MACAddress=80:ce:ad:85:71:aa # IP-камера
Address=172.28.0.2

[DHCPServerStaticLease]
MACAddress=e8:11:32:c1:c4:74 # Ноутбук
Address=172.28.0.3

[DHCPServerStaticLease]
MACAddress=00:e0:52:f7:62:2b # Ещё какая-то ересь
Address=172.28.0.4
iliyap ★★★★★
()
Ответ на: комментарий от iliyap

Всё можно настроить с помощью systemd-networkd, без isc-dhcp-server, kea и прочего говна.

Ну да! Можно и на клиентах в настройках интерфейса IP прибить гвоздями.
Ты ещё посоветуй карту сети нарисовать карандашиком в тетрадочке

Shprot ★★
()
Последнее исправление: Shprot (всего исправлений: 1)
Ответ на: комментарий от Shprot

Ну, давайте не будем спорить всё или нет можно настроить с помощью systemd-network.

Однако, поскольку предложенный iliyap вариант наиболее быстро реализуемый я его реализовал, присвоил камере статику 172.28.0.2, сетевой интерфейс ipcam настроен по примеру, также, iliyap, а результат тот же нет пинга до камеры:

ping 172.28.0.2
PING 172.28.0.2 (172.28.0.2) 56(84) bytes of data.
From 172.28.0.1 icmp_seq=1 Destination Host Unreachable
From 172.28.0.1 icmp_seq=2 Destination Host Unreachable
From 172.28.0.1 icmp_seq=3 Destination Host Unreachable
From 172.28.0.1 icmp_seq=4 Destination Host Unreachable
From 172.28.0.1 icmp_seq=5 Destination Host Unreachable
From 172.28.0.1 icmp_seq=6 Destination Host Unreachable
From 172.28.0.1 icmp_seq=7 Destination Host Unreachable
From 172.28.0.1 icmp_seq=8 Destination Host Unreachable
From 172.28.0.1 icmp_seq=9 Destination Host Unreachable
From 172.28.0.1 icmp_seq=10 Destination Host Unreachable
From 172.28.0.1 icmp_seq=11 Destination Host Unreachable
From 172.28.0.1 icmp_seq=12 Destination Host Unreachable
From 172.28.0.1 icmp_seq=13 Destination Host Unreachable
From 172.28.0.1 icmp_seq=14 Destination Host Unreachable
From 172.28.0.1 icmp_seq=15 Destination Host Unreachable
From 172.28.0.1 icmp_seq=16 Destination Host Unreachable
From 172.28.0.1 icmp_seq=17 Destination Host Unreachable
From 172.28.0.1 icmp_seq=18 Destination Host Unreachable
From 172.28.0.1 icmp_seq=19 Destination Host Unreachable
From 172.28.0.1 icmp_seq=20 Destination Host Unreachable
From 172.28.0.1 icmp_seq=21 Destination Host Unreachable
From 172.28.0.1 icmp_seq=22 Destination Host Unreachable
From 172.28.0.1 icmp_seq=23 Destination Host Unreachable
From 172.28.0.1 icmp_seq=24 Destination Host Unreachable
From 172.28.0.1 icmp_seq=25 Destination Host Unreachable
From 172.28.0.1 icmp_seq=26 Destination Host Unreachable
From 172.28.0.1 icmp_seq=29 Destination Host Unreachable
From 172.28.0.1 icmp_seq=30 Destination Host Unreachable
^C
--- 172.28.0.2 ping statistics ---
31 packets transmitted, 0 received, +28 errors, 100% packet loss, time 30703ms
pipe 4

конечно, можно попробовать заменить сетевую карту на другую, но так я уже делал при настройке через isc-dhcp-server, положительного результата скорее всего не будет, что-то явно мешает и это не настройки какие бы они не были и с помощью какой системы инициализации (управления) не реализовывались…

mvt
() автор топика
Ответ на: комментарий от gagarin0

Конечно, и даже проверил всё на другой такой же мат. плате, результат такой же. Дело не в настройках и не в дефекте мат. платы, что-то другое не даёт нормально работать.

sudo tcpdump -i ipcam
[sudo] пароль для mvt: 
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on ipcam, link-type EN10MB (Ethernet), snapshot length 262144 bytes
13:03:52.777811 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:03:57.873819 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:02.877823 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:08.881845 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:14.769800 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:19.773810 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:24.777790 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:29.873829 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
13:04:34.877808 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
mvt
() автор топика
Ответ на: комментарий от mvt

Конечно, и даже проверил всё на другой такой же мат. плате, результат такой же.

Ты зачем его слушаешь? У него мозг от пива уже не соображает и деменция в дверь стучит. Он тебе ответы генерирует с гопчата.

поскольку предложенный iliyap вариант наиболее быстро реализуемый я его реализовал

Быстро реализуемый != правильный

Shprot ★★
()
Последнее исправление: Shprot (всего исправлений: 1)
Ответ на: комментарий от mvt

Конечно, и даже проверил всё на другой такой же мат. плате, результат такой же

Хм, странно. Хотел предложить конденсаторы пальцем пощупать на пухлость. Но матплаты старые, мосты горячие, может быть одинаковый аппаратный сбой

Dimez ★★★★★
()
Ответ на: комментарий от mvt

30 одинаковых строчек пинга ничего не говорят. Покажи вывод systemctl status systemd-networkd, networkctl list, networkctl status <iface> для каждого managed интерфейса, ip -4 -br addr, ip nei. journalctl -b -u systemd-networkd. А то не понятно, что ты делал, что ты сделал, и какая конфигурация от твоих действий получилась.

присвоил камере статику 172.28.0.2

Ты имеешь в виду настроил статический адрес на самой камере, через какой-то её локальный интерфейс пользователя? В этом случае камера DHCP запросов очевидно слать не будет, должна сразу отвечать на ARP запросы. Или настроил статическую аренду на DHCP сервере?

iliyap ★★★★★
()
Ответ на: комментарий от mvt

какая печаль, Вам выше советовали запустить isc-dhcp-server в foreground режиме и включенным дебагом

# isc-dhcp-server -f ..... 2>&1 | tee /tmp/dhcp.log

далее (желательно на другой машине), запустите диагностику, dhcp_probe, dhcpclient, dhcp ping, и другие какие найдет

после этого выложите лог на какой-нибудь хостинг и мы вместе его посмотрим, параллельно пусть работает tcpdump

gagarin0
()
Ответ на: комментарий от iliyap

Я настраивал и статический ip-адрес через web-морду камеры, и, да я понимаю, что при статическом ip на камере последняя запросов слать не будет.

И статическую аренду в dhcpd.conf я тоже делал и сейчас так сделано:

subnet 172.28.0.0 netmask 255.255.255.0 {
      option routers 172.28.0.1;
      option subnet-mask 255.255.255.0;
      option domain-name-servers 8.8.8.8, 8.8.4.4;
#      range 172.28.0.2 172.28.0.50;
      option broadcast-address 172.28.0.255;
}

host H-DS-2CD {
      hardware ethernet 80:ce:ad:85:71:aa;
      fixed-address 172.28.0.2;
}

Если отказаться от статической аренды в пользу опции range, то в выхлопе sudo systemctl status isc-dhcp-server по интерфейсу ipcam будет тишина. Тишина будет нарушена и пойдут запросы если:

sudo dhclient -v ipcam

в этом случае в выхлопе sudo systemctl status isc-dhcp-server появится сообщение о присвоении камере ip 172.28.0.2, но она реально доступна не будет.

mvt
() автор топика
Ответ на: комментарий от mvt

но как я её запущу на видеокамере…

Вам нужно прекратить проводить сетевую диагностику при помощи видеокамеры, подключите ноутбук и диагностируйте на нем.

gagarin0
()
Ответ на: комментарий от Shprot

То есть отказываемся от DHCP-сервера вообще?

В systemd-networkd уже есть встроенный dhcp-сервер, его и предлагается задействовать, ну ты чем читаешь то?

Dimez ★★★★★
()
Последнее исправление: Dimez (всего исправлений: 1)
Ответ на: комментарий от mvt

От запуска dhclient на сервере камера свой IP стек не настроит. Надо на сервере запустить tcpdump -i ipcam, на камере настроить получение адреса по DHCP, ребутнуть камеру, и показать публике вывод tcpdump, вывод ip addr, лог DHCP сервера.

Но вообще ты опять в своём репертуаре. Много слов о том как ты страдал, тыкал туда и сюда, но текущую конфигурацию полностью показать – нет, зачем, так не интересно, пусть публика сама догадывается, это ж цирк наоборот.

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

Вот, куча выводов:

$ systemctl status systemd-networkd
● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; preset: enabled)
     Active: active (running) since Sat 2025-02-22 14:21:29 +05; 4min 41s ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
             man:org.freedesktop.network1(5)
   Main PID: 599 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9404)
     Memory: 3.3M
        CPU: 124ms
     CGroup: /system.slice/systemd-networkd.service
             └─599 /lib/systemd/systemd-networkd

Warning: some journal files were not opened due to insufficient permissions.
$ networkctl list
IDX LINK    TYPE     OPERATIONAL SETUP     
  1 lo      loopback carrier     unmanaged
  2 enp1s7  ether    off         unmanaged
  3 enp1s8  ether    off         unmanaged
  4 enp19   ether    no-carrier  unmanaged
  5 ipcam   ether    routable    configured
  6 enp18   ether    routable    unmanaged
  7 netm2ne ether    off         unmanaged
  8 wlp22   wlan     off         unmanaged
  9 xiaomi  ether    routable    unmanaged

9 links listed.
$ networkctl status ipcam
● 5: ipcam                                                                                                                                  
                     Link File: /etc/systemd/network/04-ipcam.link
                  Network File: /etc/systemd/network/ipcam.network
                         State: routable (configured)
                  Online state: online                                                                                                      
                          Type: ether
                          Path: pci-0000:03:00.0
                        Driver: r8169
                        Vendor: Realtek Semiconductor Co., Ltd.
                         Model: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (TG-3468 Gigabit PCI Express Network Adapter)
              Hardware Address: a0:f3:c1:00:ae:e0 (TP-LINK TECHNOLOGIES CO.,LTD.)
                           MTU: 1500 (min: 68, max: 9194)
                         QDisc: fq_codel
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 1Gbps
                        Duplex: full
                          Port: tp
                       Address: 172.28.0.1
                                fe80::a2f3:c1ff:fe00:aee0
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab11ffddce5d24388a5f
           Offered DHCP leases: none
$ ip -4 -br addr
lo               UNKNOWN        127.0.0.1/8 
enp19            DOWN           172.19.0.1/24 
ipcam            UP             172.28.0.1/24 
enp18            UP             172.18.0.1/24 
xiaomi           UNKNOWN        192.168.42.120/24 
# journalctl -b -u systemd-networkd
фев 22 14:21:29 mvt-server-1 systemd[1]: Starting systemd-networkd.service - Network Configuration...
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: /etc/systemd/network/ipcam.network:13: Unknown key 'PersistLeases' in section [DHCPServer], ignoring.
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: /etc/systemd/network/ipcam.network:16: Failed to parse MAC address for DHCPv4 static lease, ignoring assignment: 80:be:af:91:33:aa # IP-камера
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: enp18: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: enp19: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: lo: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: lo: Gained carrier
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: Enumeration completed
фев 22 14:21:29 mvt-server-1 systemd[1]: Started systemd-networkd.service - Network Configuration.
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: ipcam: Configuring with /etc/systemd/network/ipcam.network.
фев 22 14:21:30 mvt-server-1 systemd-networkd[599]: ipcam: Link UP
фев 22 14:21:32 mvt-server-1 systemd-networkd[599]: enp18: Gained carrier
фев 22 14:21:32 mvt-server-1 systemd-networkd[599]: ipcam: Gained carrier
фев 22 14:21:34 mvt-server-1 systemd-networkd[599]: ipcam: Gained IPv6LL
фев 22 14:21:34 mvt-server-1 systemd-networkd[599]: enp18: Gained IPv6LL
фев 22 14:24:08 mvt-server-1 systemd-networkd[599]: eth0: Interface name change detected, renamed to xiaomi.
фев 22 14:24:09 mvt-server-1 systemd-networkd[599]: xiaomi: Link UP
фев 22 14:24:09 mvt-server-1 systemd-networkd[599]: xiaomi: Gained carrier
фев 22 14:24:10 mvt-server-1 systemd-networkd[599]: xiaomi: Gained IPv6L

Если я правильно понимаю, то вот, что должно беспокоить…

/etc/systemd/network/ipcam.network:16: Failed to parse MAC address for DHCPv4 static lease, ignoring assignment: 80:be:af:91:33:aa # IP-камера
mvt
() автор топика
Ответ на: комментарий от iliyap
$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s7: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:15:e9:af:f3:32 brd ff:ff:ff:ff:ff:ff
3: enp1s8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:21:91:05:45:54 brd ff:ff:ff:ff:ff:ff
4: enp19: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether a8:63:7d:41:dc:d5 brd ff:ff:ff:ff:ff:ff
    inet 172.19.0.1/24 brd 172.19.0.255 scope global enp19
       valid_lft forever preferred_lft forever
5: ipcam: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether a0:f3:c1:00:ae:e0 brd ff:ff:ff:ff:ff:ff
    inet 172.28.0.1/24 brd 172.28.0.255 scope global ipcam
       valid_lft forever preferred_lft forever
    inet6 fe80::a2f3:c1ff:fe00:aee0/64 scope link 
       valid_lft forever preferred_lft forever
6: enp18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 1c:61:b4:a6:a4:78 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/24 brd 172.18.0.255 scope global enp18
       valid_lft forever preferred_lft forever
    inet6 fe80::1e61:b4ff:fea6:a478/64 scope link 
       valid_lft forever preferred_lft forever
7: netm2ne: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:1e:8c:e3:b7:93 brd ff:ff:ff:ff:ff:ff
8: wlp22: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:1b:11:6e:f2:2b brd ff:ff:ff:ff:ff:ff
9: xiaomi: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 06:ea:8b:da:fd:90 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.120/24 brd 192.168.42.255 scope global dynamic xiaomi
       valid_lft 2761sec preferred_lft 2761sec
    inet6 fe80::4ea:8bff:feda:fd90/64 scope link 
       valid_lft forever preferred_lft forever
$ sudo tcpdump -i ipcam
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on ipcam, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:37:29.770775 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:37:34.890774 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:37:40.778760 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:37:45.782754 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:37:50.786756 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:37:55.882820 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:01.770698 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:06.890707 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:12.778684 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:17.782624 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:22.786642 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:27.882557 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:33.770639 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:38.890600 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:44.778566 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:49.782534 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:54.786792 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:38:59.882488 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:39:05.770573 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
2025-02-22T14:41:24.409384+05:00 mvt-server-1 dhcpd[1772]: Internet Systems Consortium DHCP Server 4.4.3-P1
2025-02-22T14:41:24.409682+05:00 mvt-server-1 dhcpd[1772]: Copyright 2004-2022 Internet Systems Consortium.
2025-02-22T14:41:24.409829+05:00 mvt-server-1 dhcpd[1772]: All rights reserved.
2025-02-22T14:41:24.409973+05:00 mvt-server-1 dhcpd[1772]: For info, please visit https://www.isc.org/software/dhcp/
2025-02-22T14:41:24.427927+05:00 mvt-server-1 dhcpd[1775]: Internet Systems Consortium DHCP Server 4.4.3-P1
2025-02-22T14:41:24.428190+05:00 mvt-server-1 dhcpd[1775]: Copyright 2004-2022 Internet Systems Consortium.
2025-02-22T14:41:24.428343+05:00 mvt-server-1 dhcpd[1775]: All rights reserved.
2025-02-22T14:41:24.428483+05:00 mvt-server-1 dhcpd[1775]: For info, please visit https://www.isc.org/software/dhcp/
2025-02-22T14:41:24.428609+05:00 mvt-server-1 dhcpd[1775]: Wrote 0 deleted host decls to leases file.
2025-02-22T14:41:24.428748+05:00 mvt-server-1 dhcpd[1775]: Wrote 0 new dynamic host decls to leases file.
2025-02-22T14:41:24.428879+05:00 mvt-server-1 dhcpd[1775]: Wrote 0 leases to leases file.
2025-02-22T14:41:24.499654+05:00 mvt-server-1 dhcpd[1775]: Server starting service.
mvt
() автор топика
Ответ на: комментарий от mvt

Комментарий видимо надо удалить, он считает его часть значения. Но это не важно на данном этапе, просто не будет статической аренды, будет динамическая.

Осталось запустить на сервере tcpdump -i ipcam, настроить камеру на получение адреса по DHCP, ребутнуть камеру, показать публике вывод tcpdump и journalctl -b -u systemd-networkd после загрузки камеры.

iliyap ★★★★★
()
Ответ на: комментарий от iliyap
Starting systemd-networkd.service - Network Configuration...
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: /etc/systemd/network/ipcam.network:13: Unknown key 'PersistLeases' in section [DHCPServer], ignoring.
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: /etc/systemd/network/ipcam.network:16: Failed to parse MAC address for DHCPv4 static lease, ignoring assignment: 80:be:af:91:33:aa # IP-камера
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: enp18: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: enp19: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: lo: Link UP
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: lo: Gained carrier
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: Enumeration completed
фев 22 14:21:29 mvt-server-1 systemd[1]: Started systemd-networkd.service - Network Configuration.
фев 22 14:21:29 mvt-server-1 systemd-networkd[599]: ipcam: Configuring with /etc/systemd/network/ipcam.network.
фев 22 14:21:30 mvt-server-1 systemd-networkd[599]: ipcam: Link UP
фев 22 14:21:32 mvt-server-1 systemd-networkd[599]: enp18: Gained carrier
фев 22 14:21:32 mvt-server-1 systemd-networkd[599]: ipcam: Gained carrier
фев 22 14:21:34 mvt-server-1 systemd-networkd[599]: ipcam: Gained IPv6LL
фев 22 14:21:34 mvt-server-1 systemd-networkd[599]: enp18: Gained IPv6LL
фев 22 14:24:08 mvt-server-1 systemd-networkd[599]: eth0: Interface name change detected, renamed to xiaomi.
фев 22 14:24:09 mvt-server-1 systemd-networkd[599]: xiaomi: Link UP
фев 22 14:24:09 mvt-server-1 systemd-networkd[599]: xiaomi: Gained carrier
фев 22 14:24:10 mvt-server-1 systemd-networkd[599]: xiaomi: Gained IPv6LL

В данном выводе ничего не изменилось, камера перезагружена (обесточена, POE).

sudo tcpdump -i ipcam
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on ipcam, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:48:46.890800 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:48:52.778617 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:48:57.782572 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28
14:49:02.786472 ARP, Request who-has 172.28.0.2 tell 172.28.0.1, length 28

Выхлоп что и прежде.

mvt
() автор топика
Последнее исправление: mvt (всего исправлений: 2)
Ответ на: комментарий от mvt

В выводе tcpdump входящих DHCP запросов от камеры нет, есть только исходящие ARP запросы от сервера. Может ты камеру не ребутал? Или на камере до сих пор настроен статический адрес?

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

Это я понимаю, камеру можно только физически отключить от провода (запитана от коммутатора POE), в web-интерфейсе я поставил галочку «dhcp». Камера-то hikvision… не совсем говно…уж

Сейчас снова её к десктопу подключу, посмотрю, что там китайцы наделали, но там ничего сверхъестественного нет.

mvt
() автор топика
Последнее исправление: mvt (всего исправлений: 1)
Ответ на: комментарий от mvt

Тут как-бы история такая, если я эту камеру к другой сетевой карте подключу, то проблемы нет, а с этой картой в этом слоте на двух материнках такая проблема…подозреваю что мамы надо смотреть.

mvt
() автор топика
Ответ на: комментарий от mvt

Но DHCP запросов от камеры нет. Значит она их не посылает. Например потому что считает, что линка нет. У камеры нет светодиодной индикации статуса линка?

А как ты заходишь в её веб интерфейс, если у неё нет адреса? Подключаешь к другой сети, где она успешно получает адрес?

iliyap ★★★★★
()
Ответ на: комментарий от mvt

могу, но не одновременно

Одновременно и не надо.

Ваш алгоритм действий

  1. вместо камеры подключаете компуктер с линуксом
  2. при помощи диагностических утилит с обеих концов, таких как tcpdump, логи, dhcp ping, dhcp probe собираете диагностику
  3. Анализируете данные и находите проблему
  4. Подключаете вместо компуктера ip камеру
  5. PROFIT
gagarin0
()
Ответ на: комментарий от iliyap

Светодиодной индикации нет. А, захожу так, подключаю её к десктопу, на нём такая же мат плата Asus m2ne, только проблемный слот PCIEX1_2 перекрыт теплоотводом видеокарты, а потому я её подключаю в другой PCI слот, и, настраиваю на десктопе dhcp также как на сервере и захожу по ip 172.28.0.2.

Далее, если мне нужна статика, то я снимаю в интерфейсе камеры галочку dhcp, сохраняю настройки и далее у неё статика 172.28.0.2, всё.

А, по-умолчанию у неё ip - 192.168.1.64

Как-то так.

mvt
() автор топика