Пропадает доступ в сеть при подключении ip камеры в Ethernet порт?

Question

[Clubber_77]

Есть одноплатник Raspberry pi 4, к которому подключена ip камера по витой паре. Для ethernet порта прописан статический IP, у самой камеры тоже статика.

Малинка имеет доступ в сеть либо через wi-fi, либо через usb модем, но при подключении ip камеры в порт Ethernet доступ в интернет отваливается, при этом веб-интерфейс самой камеры доступен. Как только витую пару вынимаю из разъема, появляется доступ в сеть.

Comments

[Valentin Barbolin]

Убери gateway в настройках LAN на Raspberry pi 4.

[Clubber_77]

Andrey Barbolin,

pi@raspberrypi:~ $ rpi@raspberrypi:~ $ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    303    0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     303    0        0 wlan0
pi@raspberrypi:~ $ sudo ip route del default
pi@raspberrypi:~ $ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     303    0        0 wlan0
pi@raspberrypi:~ $

результата не дало

[Valentin Barbolin]

Clubber_77, Прикольно. У тебя одинаковая адресация на обоих интерфейсах) Так работать не будет. Либо поменять адресацию на одном из интерфейсов, либо склеить в бридж оба интерфейса (но лучше первый вариант).

[Clubber_77]

Andrey Barbolin,
Я пробовал прописывать для eth0, на котором висит камера, статику в виде 192.168.0.35, а на самой камере 192.168.0.30, при этом на wlan0 с доступом к интернету был 192.168.1.57, и при такой конфигурации, у меня точно так же ничего не работало (либо доступ к камере, если она подключена, либо интернет, если eth0 не активен).

[Valentin Barbolin]

Clubber_77, Не может быть. Попробуй настроить еще раз и выложи сюда вывод команд
ip ro
ip ad

Answer 1

[Clubber_77]

Спасибо огромное помогавшим людям, проблема решилась просто, - камеру нужно было поместить в другую подсеть.

Comments

[Александр Карабанов]

На разных интерфейсах одинаковая подсеть.
Сделай для камеры другую. Дефолтный шлюз не указывай, тогда не понадобится добавлять дополнителный маршрут.

[Clubber_77]

Александр Карабанов,

Я пробовал общение Малинки и камеры определить в другой подсети (192.168.0.*), а интернет через wifi оставлял на 192.168.1.*, но это ровным счётом ничего не меняло, ситуация была точно такая же,- или камера, или доступ в сеть.

Я допускаю, конечно же, что вполне мог где-то ошибиться, ибо администрирование сетей это и близко не мой профиль, но если то, что я описал в этом сообщении выше можно назвать двумя разными подсетями, то я точно это пробовал.

[Александр Карабанов]

Сделай так. Когда сделаешь, покажи вывод ip l, ip a, ip r и ip ne
И уточни у тебя на камере DHCP включен?

[Clubber_77]

Александр Карабанов ,
Andrey Barbolin ,
Господа, спасибо Вам огромное. Видимо я в какой-то момент допустил ошибку, и что-то прописал не правильно. Переустановил систему начисто, разнес по разным подсетям интерфейсы, и все заработало.

При подключенном wifi:

pi@raspberrypi:~ $ ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether dc:a6:32:53:01:d7 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DORMANT group default qlen 1000
    link/ether dc:a6:32:53:01:d8 brd ff:ff:ff:ff:ff:ff


pi@raspberrypi:~ $ ip a
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 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32:53:01:d7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.69/24 brd 192.168.0.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::8cbb:d1f7:ccb6:d1e0/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether dc:a6:32:53:01:d8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.57/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 25126sec preferred_lft 21976sec
    inet6 fe80::c2cf:43d0:9884:8e2d/64 scope link 
       valid_lft forever preferred_lft forever


pi@raspberrypi:~ $ ip r
default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.57 metric 303 
192.168.0.0/24 dev eth0 proto dhcp scope link src 192.168.0.69 metric 202 
192.168.1.0/24 dev wlan0 proto dhcp scope link src 192.168.1.57 metric 303 


pi@raspberrypi:~ $ ip ne
192.168.1.54 dev wlan0 lladdr 30:24:a9:5b:43:cd REACHABLE
192.168.0.70 dev eth0 lladdr 2c:6f:51:13:75:4e STALE
192.168.1.62 dev wlan0 lladdr 48:b0:2d:36:41:15 REACHABLE
192.168.1.1 dev wlan0 lladdr 50:ff:20:22:ee:f2 REACHABLE
fe80::52ff:20ff:fe22:eef2 dev wlan0 lladdr 50:ff:20:22:ee:f2 router REACHABLE

При подключенном модеме:

pi@raspberrypi:~ $ ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether dc:a6:32:53:01:d7 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DORMANT group default qlen 1000
    link/ether dc:a6:32:53:01:d8 brd ff:ff:ff:ff:ff:ff
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff

pi@raspberrypi:~ $ ip a
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 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32:53:01:d7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.69/24 brd 192.168.0.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::8cbb:d1f7:ccb6:d1e0/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether dc:a6:32:53:01:d8 brd ff:ff:ff:ff:ff:ff
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.107/24 brd 192.168.8.255 scope global dynamic noprefixroute eth1
       valid_lft 86285sec preferred_lft 75485sec
    inet6 fe80::f7e6:57f8:e96d:a207/64 scope link 
       valid_lft forever preferred_lft forever


pi@raspberrypi:~ $ ip r
default via 192.168.8.1 dev eth1 proto dhcp src 192.168.8.107 metric 204 
192.168.0.0/24 dev eth0 proto dhcp scope link src 192.168.0.69 metric 202 
192.168.8.0/24 dev eth1 proto dhcp scope link src 192.168.8.107 metric 204 


pi@raspberrypi:~ $ ip ne
192.168.0.70 dev eth0 lladdr 2c:6f:51:13:75:4e STALE
192.168.8.1 dev eth1 lladdr 00:10:20:30:40:50 STALE
fe80::210:20ff:fe30:4050 dev eth1 lladdr 00:10:20:30:40:50 router REACHABLE

Answer 2

[Александр Карабанов]

Посмотри вывод ip r, наверняка ты там обнаружишь дефолтный маршрут через ethernet интерфейс.
Убери его и всё будет работать, как ожидается.

Comments

[Максим Корнеев]

только надо не убирать, а назначить шлюзом по умолчанию адрес роутера с ВиФи. если просто убрать - интернета не появится.

[Александр Карабанов]

Максим Корнеев, он там наверняка и так назначен. Таким образом есть два шлюза один через Wi-Fi и второй через ethernet (только он там не нужен). А у проводного интерфейса приоритет выше от того при подключении кабеля трафик будет направлен через ethernet интерфейс.

[Максим Корнеев]

Александр Карабанов, двух шлюзов по умолчанию быть не может. дефолтный шлюз всегда только один. я бы как минимум проверил что там получается после удаления текущего, но имхо лучше явно указать нужный.

[Александр Карабанов]

Максим Корнеев, легко.

$ ip r
default via 192.168.0.254 dev enp0s25 proto dhcp metric 300
default via 192.168.254.254 dev wlp61s0 proto dhcp metric 600

А если добавить PBR и промаркировать соединения даже работать будут оба.

Если не маркировать, то работать будет, как у автора вопроса, пока активен более приоритетный интерфейс через второй трафик не ходит. Так делают кустарное резервирование.

PS
Вот годная статья, в которой описываются принципы MultiWAN: Мультиван и маршрутизация на Mikrotik RouterOS, там про Mikrotik но всё, что там описано без проблем настраивается и на GNU/Linux (кстати внутри у Mikrotik ядро Linux).

[Clubber_77]

Вывод команды такой при подключенной камере и wi fi

pi@raspberrypi:~ $ ip rout show
default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.57 metric 303 
192.168.1.0/24 dev eth0 proto dhcp scope link src 192.168.1.54 metric 202 
192.168.1.0/24 dev wlan0 proto dhcp scope link src 192.168.1.57 metric 303

теперь мне бы понять что не так, потому что судя по первой строке дефолтный маршрут через wifi.
в /etc/dhcpcd.conf прописано

interface eth0
static ip_address=192.168.1.54

остальное по дефолту

[Clubber_77]

Александр Карабанов,
сорри, не сразу воткнул как тут отвечать.

[Александр Карабанов]

Clubber_77, такая картина, когда камера подключена?