Odroidh2 Debian - Невозможно пропинговать сетевой шлюз / нет подключения к сети - PullRequest
1 голос
/ 15 апреля 2020

У меня есть OdroidH2 с настройкой docker.

В течение нескольких месяцев он работал нормально, и внезапно из ниоткуда перестал работать интернет / intr anet.

Это соединение проходит через кабель Ethe rnet, а не WiFi, и интерфейс, который должен иметь соединение, является enp3s0 с IP-адресом 192.168.1.100.

Я выполнил следующие шаги по устранению неполадок:

  • Перезапуск (конечно, всегда первый шаг)
  • Проверка настроек интерфейса через ifconfig, а также в / etc / network / interfaces
  • Проверка маршрутизации через route -n
  • проверил iptables (iptables был заполнен конфигурацией docker, я сбросил iptables, включая nat и mangle и установил политику по умолчанию ACCEPT для ввода, пересылки и вывода. Перезапустил сеть сервис впоследствии)
  • Проверено, может ли он пропинговать себя и шлюз по умолчанию (он может пропинговать себя, но не шлюз, или любой другой устройства)
  • Проверено, может ли другое устройство проверять связь с OdroidH2 (хост недоступен)
  • Проверено dmesg и по какой-то причине у меня было 2 прошивки, которые не удалось загрузить (уже устанавливается и перезагружается после установки):
    • rtl_nic / rtl8168g-2.fw (после проверки это прошивка для сетевых интерфейсов)
    • i915 / glk_dmc_ver1_04.bin (много не исследовал об этом, что-то связанное с управлением питанием во время выполнения ??)

После всех этих шагов я по-прежнему не могу подключиться к сети.

Ниже вы можете найти информацию о моей текущей конфигурации:

вывод dmesg

Stackoverflow не позволяет мне поместить всю информацию из моего вывода dmesg, поэтому мне пришлось поместить ее на диск Google: dmesg_output

/ etc / hosts

127.0.0.1   localhost
192.168.1.100   dc1 dc1.samdom.andrewoliverhome.local   samdom.andrewoliverhome.local

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

iptables -nvL вывод (после очистки и перезагрузки сетевой службы)

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

/ etc /resolv.conf

* 105 2 *

route -n output

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 enp3s0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
172.18.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker_gwbridge
172.19.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-debc10cb5b21
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 enp3s0

/ etc / network / interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo enp2s0 enp3s0
#auto lo br0
iface lo inet loopback

# The primary network interface
iface enp2s0 inet dhcp
allow-hotplug enp2s0 enp3s0

#iface enp2s0 inet manual
#   post-up iptables-restore < /etc/iptables.up.rules
# This is an autoconfigured IPv6 interface

#iface enp2s0 inet dhcp
iface enp3s0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
#   broadcast 169.254.99.255
    network 192.168.1.0
    gateway 192.168.1.254


#iface enp2s0 inet manual
#iface enp3s0 inet manual

#iface br0 inet static
#   bridge_ports enp2s0 enp3s0
#       address 192.168.1.100
#       broadcast 192.168.1.255
#       netmask 255.255.255.0
#       gateway 192.168.1.254
#

В /etc/resolv.conf причина, по которой у меня есть основной сервер имен Само по себе, потому что я использую контейнер docker, который служит в качестве samba-ad-d c. Для того чтобы OdroidH2 мог найти все мои устройства в домене, он должен выполнить dns-запросы к samba d c, если samba не может найти dns-запись, она автоматически отправит ее на 8.8.8.8.

Любая помощь будет принята с благодарностью (:

1 Ответ

0 голосов
/ 15 апреля 2020

После всех устраненных неполадок проблема не в самом OdroidH2, а в моем маршрутизаторе.

Неправильно работает порт локальной сети. Я переключил кабель Ethe rnet на другой порт локальной сети, и он работал.

...