Debian Buster IoT TIDL Image 2020-04-06 Internetanbindung

[mgolbs]

Hallo,

beim Thema IoT bin ich absoluter Laie. Ich habe ein beaglebone-AI per ssh am laufen. Über /etc/resolve.conf habe ich meinen Nameserver eingetragen. Über /etc/network/interfaces eth0 konfiguriert, inkl. gateway.

root@beaglebonegolbs:/etc# ping www.fxxxxail.de
PING www.fxxxail.de (85.13.162.154) 56(84) bytes of data.
From 192.168.1.123 (192.168.1.123) icmp_seq=1 Destination Host Unreachable
From 192.168.1.123 (192.168.1.123) icmp_seq=2 Destination Host Unreachable
From 192.168.1.123 (192.168.1.123) icmp_seq=3 Destination Host Unreachable
^C
--- www.fxxxxail.de ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 106ms
pipe 4

Irgend etwas scheint da anders zu sein:

root@beaglebonegolbs:/etc# ping 85.13.162.154
PING 85.13.162.154 (85.13.162.154) 56(84) bytes of data.
From 192.168.1.123 icmp_seq=1 Destination Host Unreachable
From 192.168.1.123 icmp_seq=2 Destination Host Unreachable

Ping zum Gateway, welcher gleich mein Nameserver ist klappt. Nur keine Verbindung zum Internet. DNS Auflösung scheint auch zu klappen...
.

Code: Alles auswählen

root@beaglebonegolbs:/etc# 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
2: eth0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 50:51:a9:9a:53:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.123/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
3: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN group default qlen 10
    link/can 
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether c0:e4:34:2d:d2:6b brd ff:ff:ff:ff:ff:ff
5: SoftAp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 50:51:a9:9a:53:76 brd ff:ff:ff:ff:ff:ff
6: usb0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 50:51:a9:9a:53:79 brd ff:ff:ff:ff:ff:ff
7: usb1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 50:51:a9:9a:53:7b brd ff:ff:ff:ff:ff:ff
root@beaglebonegolbs:/etc# 

Bring die Firewall das Problem?

root@beaglebonegolbs:/etc# iptables-legacy -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Über einen Tipp. Link wäre ich sehr dankbar.

Gruß Markus

[eggy]

Was sagt "ip r"? Vielleicht ein doch ein (Schreib-)Fehler bzgl. default route

[mgolbs]

Hallo,
vielen Dank!

root@beaglebonegolbs:/etc# ip r
default dev eth0 scope link
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.123
root@beaglebonegolbs:/etc#

Gruß Markus

[mat6937]

root@beaglebonegolbs:/etc# ip r
default dev eth0 scope link
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.123

In der default route wird das gateway nicht ausgewiesen/gezeigt.

Wie ist die Ausgabe von:

Code: Alles auswählen

ip r g 1.1.1.1

bzw. wie ist die Konfiguration in der interfaces-Datei?

[mgolbs]

root@beaglebonegolbs:/etc# ip r g 1.1.1.1
1.1.1.1 dev eth0 src 192.168.1.123 uid 0
cache
root@beaglebonegolbs:/etc#

[mat6937]

root@beaglebonegolbs:/etc# ip r g 1.1.1.1
1.1.1.1 dev eth0 src 192.168.1.123 uid 0
cache
root@beaglebonegolbs:/etc#

In dieser Ausgabe fehlt auch das gateway. Z. B.:

Code: Alles auswählen

1.1.1.1 via <IP-Adresse-Router> dev eth0 src 192.168.1.123 uid 0

Wie ist deine interfaces-Datei? Oder warum benutzt Du noch die interfaces-Datei, für diese Konfiguration? Gibt es keine andere aktuellere Möglichkeit, z. B. mit systemd-networkd (oder gleichwertig)?

[mgolbs]

Hallo,

meine /etc/network/interfaces

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

# The loopback network interface
#auto lo
#iface lo inet loopback

# The primary network interface
#auto eth0
#iface eth0 inet dhcp
# 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

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

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
#iface eth0 inet dhcp
iface eth0 inet static
address 192.168.1.123
netmask 255.255.255.0
network 192.168.1.0
gateway 192.168.1.141
# dns-nameservers 192.168.1.141

aktuellere Möglichkeit, z. B. mit systemd-networkd (oder gleichwertig)?

Ist ein System ohne X. Systemd-networkd ist das etwa diese Art der Konfiguration? https://www.linode.com/docs/guides/systemd-networkd/ Aktuell ist alles unter /etc/systemd/networt ist aktuell leer auf dem System.

Gruß und Dank Markus

[mat6937]

Code: Alles auswählen

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
#iface eth0 inet dhcp
iface eth0 inet static
    address 192.168.1.123
    netmask 255.255.255.0
    network 192.168.1.0
    gateway 192.168.1.141

Wie sind die Ausgaben von:

Code: Alles auswählen

arp -a
ping -c 3 192.168.1.141

?
Was ist 192.168.1.141 für ein Gerät? Ein Router oder was anderes?

EDIT:

OK, das hast Du schon in deinem 1. Beitrag:

Ping zum Gateway, welcher gleich mein Nameserver ist klappt.

geschrieben. Hast Du ICS bzw. forwarding in deinem Nameserver aktiviert bzw. die default policy der FORWARD chain ist dort nicht auf DROP?

[mgolbs]

Hallo,

ja klappt. Ich komme ja von der Workstation auch in diesem Subnet (192.168.1.x) auf den Debian Buster IoT TIDL. Ping in diesem Subnet laufen normal. Ohne Eintrag resolve.conf geht auch kein DNS auf dem IoT Debian.. Wenn ich dort meinen Router, zugleich Nameserver, eintrage geht DNS nur halt keine Gatewayfunktion.

"Hast Du ICS bzw. forwarding in deinem Nameserver aktiviert bzw. die default policy der FORWARD chain ist dort nicht auf DROP?" Router, DNS ist zugleich Firewall mit Shorwal. An diesem Server laufen etwa 20 Geräte ganz problemlos...

Gruß Markus

[heisenberg]

Wenn Du diesen Befehl auf dem Beaglebone ausführst, ....

Code: Alles auswählen

beaglebonegolbs:/etc# ping www.fxxxxail.de
PING www.fxxxail.de (85.13.162.154) 56(84) bytes of data.

....was gibt dann dieser Befehl auf der Firewall aus....

Code: Alles auswählen

tcpdump -i any host 85.13.162.154 -n

evtl. musst du tcpdump vorher noch installieren.

[mat6937]

Router, DNS ist zugleich Firewall mit Shorwal. An diesem Server laufen etwa 20 Geräte ganz problemlos...

Wenn die Firewall nichts blockt, kann es evtl. an der "DYNAMIC"-interface-flag liegen:

Code: Alles auswählen

2: eth0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000

Diese flag bedeutet:

The addresses are lost when the interface goes down.

Schau mal nach ob beiden anderen Geräten, diese flag auch gesetzt ist.

[mgolbs]

Hallo,

vielen Dank für die Antwort! Bei meiner Workstation an der ich gerade sitze, debian 10 amd64 kommt:

golbs@debian10-amd64:~$ 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 pfifo_fast state UP group default qlen 1000
link/ether fc:aa:14:c0:bf:de brd ff:ff:ff:ff:ff:ff
inet 192.168.1.222/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::feaafec0:bfde/64 scope link
valid_lft forever preferred_lft forever
3: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 50:3e:aa:10:2c:c7 brd ff:ff:ff:ff:ff:ff
inet 10.0.0.222/24 brd 10.0.0.255 scope global enp3s0
valid_lft forever preferred_lft forever
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 00:40:f4:5f:67:01 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.222/24 brd 192.168.0.255 scope global eth2
valid_lft forever preferred_lft forever
golbs@debian10-amd64:~$

Gruß Markus

[mat6937]

Bei meiner Workstation an der ich gerade sitze, debian 10 amd64 kommt:

golbs@debian10-amd64:~$ ip a
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether fc:aa:14:c0:bf:de brd ff:ff:ff:ff:ff:ff
inet 192.168.1.222/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::feaafec0:bfde/64 scope link
valid_lft forever preferred_lft forever

D. h. kein DYNAMIC-flag. Schau mal nach ob Du das Interface für das IoT-Gerät so konfigurieren kannst, dass das DYNAMIC-flag dort nicht gesetzt wird,

[heisenberg]

Mein voriger Beitrag ist natürlich nicht hilfreich. (Das Problem ist das nicht gesetzte Default-GW. Der tcpdump kann keine sinnvollen Ergebnisse bringen.)

Neben dem Vorschlag von Mat könntest Du einfach mal versuchen das GW manuell zu setzen...

Code: Alles auswählen

ip route add default via 192.168.1.124

und wenn damit die Verbindung dann passt weiter prüfen, warum das GW nicht gesetzt wird.

---

Zu dem DYNAMIC:

Hier (https://www.oreilly.com/library/view/li ... /ch17.html) steht:

IFF_DYNAMIC

This flag, set by the driver, indicates that the address of this interface can change. It is not currently used by the kernel.

Das deutet darauf hin, dass die Option via modulparameter evtl. geändert werden könnte.(--> modinfo <network-card-module>)

[mgolbs]

Hallo,

ich komme einfach nicht weiter. Wenn ich das richtig verstehe müsste DNS Auflösung funktionieren.

Code: Alles auswählen

root@beaglebone:/home/debian# ping www.web.de
ping: www.web.de: Temporary failure in name resolution
root@beaglebone:/home/debian# ping www.web.de
PING www.g-ha-web.de (82.165.229.83) 56(84) bytes of data.
From 192.168.1.124 (192.168.1.124) icmp_seq=1 Destination Host Unreachable
From 192.168.1.124 (192.168.1.124) icmp_seq=2 Destination Host Unreachable
From 192.168.1.124 (192.168.1.124) icmp_seq=3 Destination Host Unreachable
^C
--- www.g-ha-web.de ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 86ms
pipe 4
root@beaglebone:/home/debian# 

Nur warum funktioniert kein Routing? Hat das was mit dem IoT Ansatz zu tun? Auch beim nächsten image das gleiche Problem...

Um die Not zu beenden habe ich schon daran gedacht einen Clone des Repos auf meinen Server zu legen, worauf ich Zugriff habe. Ist das viel Aufwand?

Gruß Markus

[MSfree]

Nur warum funktioniert kein Routing?

Weil dir sehr wahrscheinlich die Default-Route fehlt. Was sagt

Code: Alles auswählen

ip r

?

Hat das was mit dem IoT Ansatz zu tun?

Nein

Auch beim nächsten image das gleiche Problem...

Warum sollte ein anderes Image Besserung bringen, wenn deine Konfiguration falsch ist. Ich habe in deiner obigen Ausgabe der Datei /etc/network/interfaces gesehen, daß da eine ganz andere IP-Adresse konfiguriert werden soll als was in einem späteren Post mit ip a ausgegeben wird.

Also nochmal

Code: Alles auswählen

cat /etc/network/interfaces
ip a

bitte.

[mgolbs]

Hallo,

habe moch mal komplett neu aufgesetzt und nun hier:

root@beaglebone:/home/debian# ip r
default dev eth0 scope link
default via 192.168.1.141 dev eth0 onlink
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.83.127
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.124
192.168.6.0/30 dev usb1 proto kernel scope link src 192.168.6.2 linkdown
192.168.7.0/30 dev usb0 proto kernel scope link src 192.168.7.2 linkdown
192.168.8.0/24 dev SoftAp0 proto kernel scope link src 192.168.8.1
192.168.21.0/24 dev btbridge0 proto kernel scope link src 192.168.21.1
root@beaglebone:/home/debian#

und

root@beaglebone:/home/debian# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 50:51:a9:9a:53:76 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.124/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet 169.254.83.127/16 brd 169.254.255.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::5251:a9ff:fe9a:5376/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state DORMANT group default qlen 1000
link/ether c0:e4:34:2d:d2:6b brd ff:ff:ff:ff:ff:ff
inet6 fe80::c2e4fe2d:d26b/64 scope link
valid_lft forever preferred_lft forever
4: usb0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 1c:ba:8c:a2:ed:70 brd ff:ff:ff:ff:ff:ff
inet 192.168.7.2/30 brd 192.168.7.3 scope global usb0
valid_lft forever preferred_lft forever
5: usb1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 1c:ba:8c:a2:ed:73 brd ff:ff:ff:ff:ff:ff
inet 192.168.6.2/30 brd 192.168.6.3 scope global usb1
valid_lft forever preferred_lft forever
6: btbridge0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
link/ether da:f1:98:72:bf:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.21.1/24 brd 192.168.21.255 scope global btbridge0
valid_lft forever preferred_lft forever
7: SoftAp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether c2:e4:34:2d:d2:6b brd ff:ff:ff:ff:ff:ff
inet 192.168.8.1/24 brd 192.168.8.255 scope global SoftAp0
valid_lft forever preferred_lft forever
root@beaglebone:/home/debian#

Wie kann ich:

Code: Alles auswählen

169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.83.127
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.124
192.168.6.0/30 dev usb1 proto kernel scope link src 192.168.6.2 linkdown
192.168.7.0/30 dev usb0 proto kernel scope link src 192.168.7.2 linkdown
192.168.8.0/24 dev SoftAp0 proto kernel scope link src 192.168.8.1
192.168.21.0/24 dev btbridge0 proto kernel scope link src 192.168.21.1 

entfernen?

Gruß Markus

PS:
Habe gleiches Problem (keine Internetverbindung) auf einem frisch aufgesetzten Laptop mit Debian 11 amd64 nach der Installation von Oracle VirtualBox. Vorher lief alles normal bezüglich Internet..

Code: Alles auswählen

root@debian-11-64-:/home/golbs# ip r
default dev enp6s0 scope link 
169.254.0.0/16 dev enp6s0 proto kernel scope link src 169.254.77.138 
169.254.0.0/16 dev enp6s0 scope link metric 1000 
192.168.1.0/24 dev enp6s0 proto kernel scope link src 192.168.1.17 metric 100 
root@debian-11-64-:/home/golbs# 

Wie kann ich derartige Routings:

169.254.0.0/16 dev enp6s0 proto kernel scope link src 169.254.77.138
169.254.0.0/16 dev enp6s0 scope link metric 1000

unterbinden?

Gruß Markus