☰

Сохранение статического IP-адреса BeagleBone Black

tag-icon • tag-icon beagleboneblack
Сохранение статического IP-адреса BeagleBone Black

Я использую устройство BeagleBone Black в качестве устройства мониторинга энергии в своих проектах IoT. Приложение считывает данные через USB (Modbus RTU) и отправляет их в удаленное облако через MQTT. Существует около 15–20 таких устройств BeagleBone Black. Для доступа в Интернет ИТ-менеджер завода выдал мне 15–20 экземпляров статических IP-адресов. Я установил статический IP-адрес в файле /etc/network/interfaces. Но иногда подключение к Интернету не работает. Когда я отладил его, я обнаружил, что BeagleBone Black получает динамический IP-адрес.

В заводе есть отдельные диапазоны для статического и динамического IP-адреса. Если я перезагружу BeagleBone Black, он снова правильно распознает статический IP-адрес и система работает нормально.

Я столкнулся с этой проблемой в случайном IP-адресе. На данный момент нет возможности сместить его навсегда в динамический диапазон IP-адресов. Это происходит в случайных устройствах. Пожалуйста, помогите мне решить эту проблему. Вот IP-адрес, установленный в файле, /etc/network/interfaceи полученный IP-адрес.

Например, статический IP-адрес, установленный в устройстве. Это /etc/network/interfaceфайл конфигурации в BeableBone Black:

#auto eth0
#iface eth0 inet dhcp

auto eth0
iface eth0 inet static
    address 10.12.4.152
    netmask 255.255.254.0
    gateway 10.12.4.1


# Example to keep MAC address between reboots
#hwaddress ether DE:AD:BE:EF:CA:FE

##connman: ethX static config
#connmanctl services
#Using the appropriate ethernet service, tell connman to setup a static IP address for that service:
#sudo connmanctl config <service> --ipv4 manual <ip_addr> <netmask> <gateway> --nameservers <dns_server>

##connman: WiFi
#
#connmanctl
#connmanctl> tether wifi off
#connmanctl> enable wifi
#connmanctl> scan wifi
#connmanctl> services
#connmanctl> agent on
#connmanctl> connect wifi_*_managed_psk
#connmanctl> quit

# Ethernet/RNDIS gadget (g_ether)
# Used by: /opt/sripts/boot/autoconfigure_usb0.sh
iface usb0 inet static
    address 192.168.7.2
    netmask 255.255.255.252
    network 192.168.7.0
    gateway 192.168.7.1

IP-адрес в файле:

address 10.12.4.152
netmask: 255.255.254.0
gateway: 10.12.4.1

Получен IP-адрес (проверено с помощью ifconfigкоманды):

inet 10.12.4.207  netmask 255.255.254.0

Полный ответ ifconfigкоманды:

# ifconfig
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
        inet 10.12.4.207  netmask 255.255.254.0  broadcast 10.12.5.255
        inet6 fe80::f6e1:1eff:fe8c:d785  prefixlen 64  scopeid 0x20<link>
        ether f4:e1:1e:8c:d7:85  txqueuelen 1000  (Ethernet)
        RX packets 146702  bytes 10983334 (10.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6716  bytes 509906 (497.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 174

lo: flags=74<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 164064  bytes 18078349 (17.2 MiB)
        RX errors 0  dropped 0  everruns 0  frame 0
        TX packets 164064  bytes 18078349 (17.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

usb0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.7.2  netmask 255.255.255.252  broadcast 192.168.7.3
        ether f4:e1:1e:8c:d7:87  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

usb1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.6.2  netmask 255.255.255.252  braodcast 192.168.6.3
        ether f4:e1:1e:8c:d7:8a  txquequelen 1000 (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

решение1

В прошлый раз, когда я работал с beaglebone black, стандартный образ Debian для него сделал что-то странное и (честно говоря) сломанное, имея два совершенно отдельных DHCP-клиента, активных одновременно. Похоже, вы используете /etc/network/interfaces, другой — «connman». Будьте очень осторожны, чтобы убедиться, что connman отключен от работы в качестве DHCP-клиента, иначе он подумает, что он управляет, и перенастроит вашу сеть.

Учитывая «случайный» характер вашей проблемы, это звучит так:в некоторых случаях, ваша сеть перенастраивается connman после того, как она была настроена статически с помощью /etc/network/interfaces

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

Связанный контент