FlashLightz
Anmeldungsdatum: 22. Juni 2024
Beiträge: Zähle...
|
Hallo Liebe Community, ich bin hier als Linux neuling, dennoch nicht ganz unbewandert in der Netzwerktechnologie. Ich habe folgendes Problem mit meiner Ubuntu 22.04 auf der nextcloud in einem Docker Container läuft. 1. Gar kein ausgehender Verkehr möglich.
2. Ping auf das eigene Interface OK
3. Zugriff auf alle Dienste eingehend möglich Die Linux VM hat folgende Adressen: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29 | root@nextcloud:~# ip address
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: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:50:56:a9:95:4c brd ff:ff:ff:ff:ff:ff
altname enp11s0
inet 172.17.40.19/24 brd 172.17.40.255 scope global ens192
valid_lft forever preferred_lft forever
inet6 fe80::250:56ff:fea9:954c/64 scope link
valid_lft forever preferred_lft forever
3: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:50:56:a9:6f:96 brd ff:ff:ff:ff:ff:ff
altname enp2s0
inet 172.17.40.2/24 metric 100 brd 172.17.40.255 scope global dynamic ens32
valid_lft 603091sec preferred_lft 603091sec
inet6 fe80::250:56ff:fea9:6f96/64 scope link
valid_lft forever preferred_lft forever
4: br-adbf963f7a40: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:8e:d1:6b:7d brd ff:ff:ff:ff:ff:ff
inet 172.19.0.1/16 brd 172.19.255.255 scope global br-adbf963f7a40
valid_lft forever preferred_lft forever
5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:eb:76:22:43 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global docker0
valid_lft forever preferred_lft foreve
|
Die Schnittstelle "ens192" ist die primäre VMware 10G Schnittstelle mit einer statischen IP. ens32 habe ich als E1000 VMware Schnittstelle temporär hinzugefügt via DHCP Hier ein paar weitere Informationen 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54 | root@nextcloud:~# ip route show
default via 172.17.40.1 dev ens32 proto dhcp src 172.17.40.2 metric 100
96.45.45.45 via 172.17.40.1 dev ens32 proto dhcp src 172.17.40.2 metric 100
96.45.46.46 via 172.17.40.1 dev ens32 proto dhcp src 172.17.40.2 metric 100
172.17.40.0/24 dev ens192 proto kernel scope link src 172.17.40.19
172.17.40.0/24 dev ens32 proto kernel scope link src 172.17.40.2 metric 100
172.17.40.1 dev ens32 proto dhcp scope link src 172.17.40.2 metric 100
172.18.0.0/16 dev docker0 proto kernel scope link src 172.18.0.1 linkdown
172.19.0.0/16 dev br-adbf963f7a40 proto kernel scope link src 172.19.0.1 linkdown
root@nextcloud:~# ping 172.17.40.2 -I ens32
PING 172.17.40.2 (172.17.40.2) from 172.17.40.2 ens32: 56(84) bytes of data.
64 bytes from 172.17.40.2: icmp_seq=1 ttl=64 time=0.078 ms
64 bytes from 172.17.40.2: icmp_seq=2 ttl=64 time=0.040 ms
^C
--- 172.17.40.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1005ms
rtt min/avg/max/mdev = 0.040/0.059/0.078/0.019 ms
root@nextcloud:~# ping 172.17.40.1 -I ens32
PING 172.17.40.1 (172.17.40.1) from 172.17.40.2 ens32: 56(84) bytes of data.
^C
--- 172.17.40.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1014ms
root@nextcloud:~# ping 172.17.40.19 -I ens32
PING 172.17.40.19 (172.17.40.19) from 172.17.40.2 ens32: 56(84) bytes of data.
From 172.17.40.2 icmp_seq=1 Destination Host Unreachable
From 172.17.40.2 icmp_seq=2 Destination Host Unreachable
From 172.17.40.2 icmp_seq=3 Destination Host Unreachable
^C
--- 172.17.40.19 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3057ms
pipe 3
root@nextcloud:~# ping 172.17.40.19 -I ens192
PING 172.17.40.19 (172.17.40.19) from 172.17.40.19 ens192: 56(84) bytes of data.
64 bytes from 172.17.40.19: icmp_seq=1 ttl=64 time=0.036 ms
64 bytes from 172.17.40.19: icmp_seq=2 ttl=64 time=0.041 ms
64 bytes from 172.17.40.19: icmp_seq=3 ttl=64 time=0.046 ms
^C
--- 172.17.40.19 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2054ms
rtt min/avg/max/mdev = 0.036/0.041/0.046/0.004 ms
root@nextcloud:~# ping 172.17.40.2 -I ens192
PING 172.17.40.2 (172.17.40.2) from 172.17.40.19 ens192: 56(84) bytes of data.
^C
--- 172.17.40.2 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3072ms
root@nextcloud:~# ping 172.17.40.1 -I ens192
PING 172.17.40.1 (172.17.40.1) from 172.17.40.19 ens192: 56(84) bytes of data.
^C
--- 172.17.40.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2027ms
root@nextcloud:~#
|
Hier die netplan Konfiguration für beide SChnittstellen 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | root@nextcloud:~# sudo cat /etc/netplan/*.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
ens32:
dhcp4: true
nameservers:
addresses: [8.8.8.8, 1.1.1.1, 172.17.40.1]
search: [.]
version: 2
network:
version: 2
renderer: networkd
ethernets:
ens192:
addresses: ['172.17.40.19/24']
gateway4: 172.17.40.1
nameservers:
addresses: [8.8.8.8, 1.1.1.1, 172.17.40.1]
search: [.]
|
Auszug der Policys, es ist keine ufw installiert 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38 | root@nextcloud:~# iptables -L -v -n
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 DOCKER-USER all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 DOCKER-ISOLATION-STAGE-1 all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
0 0 DOCKER all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
0 0 DOCKER all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- br-adbf963f7a40 !br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- br-adbf963f7a40 br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
Chain DOCKER-ISOLATION-STAGE-1 (1 references)
pkts bytes target prot opt in out source destination
0 0 DOCKER-ISOLATION-STAGE-2 all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 DOCKER-ISOLATION-STAGE-2 all -- br-adbf963f7a40 !br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Chain DOCKER-ISOLATION-STAGE-2 (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 DROP all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Chain DOCKER-USER (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
|
Vielen Dank vorab für eure Tipps.
Ist für mich gerade unlösbar....
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
default via 172.17.40.1 dev ens32 proto dhcp src 172.17.40.2 metric 100
172.17.40.0/24 dev ens192 proto kernel scope link src 172.17.40.19
172.17.40.0/24 dev ens32 proto kernel scope link src 172.17.40.2 metric 100
172.17.40.1 dev ens32 proto dhcp scope link src 172.17.40.2 metric 100
ens32 und ens192 sind beide auf dem gleichen Ethernet-Link?
Funktioniert es, wenn nur eine der beiden verbunden ist?
|
FlashLightz
(Themenstarter)
Anmeldungsdatum: 22. Juni 2024
Beiträge: 6
|
Hallo DJKUhpisse, nein die Schnittstelle ens32 habe ich aufgrund Troubleshootings erst hinzugefügt. LG
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Dann mal wieder entfernen und dann nochmal alle Ausgaben posten.
|
FlashLightz
(Themenstarter)
Anmeldungsdatum: 22. Juni 2024
Beiträge: 6
|
Hi DJKUhpisse aber natürlich, Bitte nicht wundern normalerweise hat die ens192 die ip 172.17.40.20 per DHCP das habe ich gleich mit angepasst. Hatte in einem Eintrag nämlich gelesen, mal die IP zu tauschen. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23 | ncadmin@nextcloud:~$ ip address
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: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:50:56:a9:95:4c brd ff:ff:ff:ff:ff:ff
altname enp11s0
inet 172.17.40.20/24 metric 100 brd 172.17.40.255 scope global dynamic ens192
valid_lft 604197sec preferred_lft 604197sec
inet6 fe80::250:56ff:fea9:954c/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:4b:f3:df:05 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global docker0
valid_lft forever preferred_lft forever
4: br-adbf963f7a40: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:8b:bc:bc:1a brd ff:ff:ff:ff:ff:ff
inet 172.19.0.1/16 brd 172.19.255.255 scope global br-adbf963f7a40
valid_lft forever preferred_lft forever
ncadmin@nextcloud:~$
|
Schnittstellen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36 | ncadmin@nextcloud:~$ ifconfig
br-adbf963f7a40: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.19.0.1 netmask 255.255.0.0 broadcast 172.19.255.255
ether 02:42:8b:bc:bc:1a txqueuelen 0 (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
docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.18.0.1 netmask 255.255.0.0 broadcast 172.18.255.255
ether 02:42:4b:f3:df:05 txqueuelen 0 (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
ens192: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.17.40.20 netmask 255.255.255.0 broadcast 172.17.40.255
inet6 fe80::250:56ff:fea9:954c prefixlen 64 scopeid 0x20<link>
ether 00:50:56:a9:95:4c txqueuelen 1000 (Ethernet)
RX packets 11584 bytes 3736477 (3.7 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8324 bytes 5015412 (5.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 6346 bytes 7408728 (7.4 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6346 bytes 7408728 (7.4 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ncadmin@nextcloud:~$
|
Routingtabelle:
| ncadmin@nextcloud:~$ ip route show
default via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
96.45.45.45 via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
96.45.46.46 via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
172.17.40.0/24 dev ens192 proto kernel scope link src 172.17.40.20 metric 100
172.17.40.1 dev ens192 proto dhcp scope link src 172.17.40.20 metric 100
172.18.0.0/16 dev docker0 proto kernel scope link src 172.18.0.1 linkdown
172.19.0.0/16 dev br-adbf963f7a40 proto kernel scope link src 172.19.0.1 linkdown
ncadmin@nextcloud:~$
|
Netplan:
1
2
3
4
5
6
7
8
9
10
11
12
13 | ncadmin@nextcloud:~$ sudo cat /etc/netplan/*.yaml
cat: '/etc/netplan/*.yaml': No such file or directory
ncadmin@nextcloud:~$ sudo cat /etc/netplan/01-netcfg.yaml
network:
version: 2
renderer: networkd
ethernets:
ens192:
dhcp4: true
nameservers:
addresses: [8.8.8.8, 1.1.1.1, 172.17.40.1]
search: [.]
ncadmin@nextcloud:~$
|
Iptables: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39 | ncadmin@nextcloud:~$ sudo iptables -L -v -n
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 DOCKER-USER all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 DOCKER-ISOLATION-STAGE-1 all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
0 0 DOCKER all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
0 0 DOCKER all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- br-adbf963f7a40 !br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- br-adbf963f7a40 br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
Chain DOCKER-ISOLATION-STAGE-1 (1 references)
pkts bytes target prot opt in out source destination
0 0 DOCKER-ISOLATION-STAGE-2 all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 DOCKER-ISOLATION-STAGE-2 all -- br-adbf963f7a40 !br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Chain DOCKER-ISOLATION-STAGE-2 (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 DROP all -- * br-adbf963f7a40 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Chain DOCKER-USER (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
ncadmin@nextcloud:~$
|
1.Ping auf eigene Schnittstelle
2. Ping auf Gateway
3. ping auf andere Maschine 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | ncadmin@nextcloud:~$ ping 172.17.40.20 -I ens192
PING 172.17.40.20 (172.17.40.20) from 172.17.40.20 ens192: 56(84) bytes of data.
64 bytes from 172.17.40.20: icmp_seq=1 ttl=64 time=0.035 ms
64 bytes from 172.17.40.20: icmp_seq=2 ttl=64 time=0.044 ms
^C
--- 172.17.40.20 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1015ms
rtt min/avg/max/mdev = 0.035/0.039/0.044/0.004 ms
ncadmin@nextcloud:~$
ncadmin@nextcloud:~$
ncadmin@nextcloud:~$
ncadmin@nextcloud:~$ ping 172.17.40.1 -I ens192
PING 172.17.40.1 (172.17.40.1) from 172.17.40.20 ens192: 56(84) bytes of data.
^C
--- 172.17.40.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2047ms
ncadmin@nextcloud:~$ ping 172.17.40.10 -I ens192
PING 172.17.40.10 (172.17.40.10) from 172.17.40.20 ens192: 56(84) bytes of data.
^C
--- 172.17.40.10 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2043ms
ncadmin@nextcloud:~$
|
ARP Tabelle
| ncadmin@nextcloud:~$ arp
Address HWtype HWaddress Flags Mask Iface
172.17.40.19 (incomplete) ens192
172.17.40.10 ether 00:50:56:a9:80:02 C ens192
_gateway ether 00:09:0f:09:00:12 C ens192
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
172.17.40.1 ist also nicht erreichbar.
172.17.40.1 dev ens192 proto dhcp scope link src 172.17.40.20 metric 100
Woher kommt das?
Ist das Absicht?
Was passiert, wenn du diesen Eintrag mal testweise entfernst?
|
FlashLightz
(Themenstarter)
Anmeldungsdatum: 22. Juni 2024
Beiträge: 6
|
Hi DJKUhpisse, woher das kommt kann ich nicht sagen, hab Sie aber mal entfernt. Ich kann weder die 172.17.40.1 (Gateway) oder ein anderes Gerät mit der 172.17.40.10 pingen. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | ncadmin@nextcloud:~$ sudo ip route del 172.17.40.1 dev ens192 proto dhcp scope link src 172.17.40.20 metric 100
ncadmin@nextcloud:~$ ip route show
default via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
96.45.45.45 via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
96.45.46.46 via 172.17.40.1 dev ens192 proto dhcp src 172.17.40.20 metric 100
172.17.40.0/24 dev ens192 proto kernel scope link src 172.17.40.20 metric 100
172.18.0.0/16 dev docker0 proto kernel scope link src 172.18.0.1 linkdown
172.19.0.0/16 dev br-adbf963f7a40 proto kernel scope link src 172.19.0.1 linkdown
ncadmin@nextcloud:~$ ping 172.17.40.1
PING 172.17.40.1 (172.17.40.1) 56(84) bytes of data.
^C
--- 172.17.40.1 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3060ms
ncadmin@nextcloud:~$
|
Danke!
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
ip route get 172.17.40.1 sudo arping 172.17.40.1
|
FlashLightz
(Themenstarter)
Anmeldungsdatum: 22. Juni 2024
Beiträge: 6
|
Kann gerade auch keine apt install Befehle ausführen...
|
ncadmin@nextcloud:~$ ip route get 172.17.40.1
172.17.40.1 dev ens192 src 172.17.40.20 uid 1000
cache
ncadmin@nextcloud:~$ sudo arping 172.17.40.1
sudo: arping: command not found
ncadmin@nextcloud:~$
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Kannst du mit einem anderen Rechner testen, ob ARP da funktioniert?
|
FlashLightz
(Themenstarter)
Anmeldungsdatum: 22. Juni 2024
Beiträge: 6
|
Hi DJKUhpisse na klar, von der Maschine aus, bin ich auf der Linux VM via SSH. Korrektur, noch mal flushed: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23 | C:\Users\Administrator>arp -a
Schnittstelle: 172.17.40.10 --- 0x8
Internetadresse Physische Adresse Typ
172.17.40.1 00-09-0f-09-00-12 dynamisch
172.17.40.20 00-50-56-a9-95-4c dynamisch
224.0.0.22 01-00-5e-00-00-16 statisch
239.255.255.250 01-00-5e-7f-ff-fa statisch
C:\Users\Administrator>ping 172.17.40.20
Ping wird ausgeführt für 172.17.40.20 mit 32 Bytes Daten:
Antwort von 172.17.40.20: Bytes=32 Zeit<1ms TTL=64
Antwort von 172.17.40.20: Bytes=32 Zeit<1ms TTL=64
Antwort von 172.17.40.20: Bytes=32 Zeit<1ms TTL=64
Antwort von 172.17.40.20: Bytes=32 Zeit<1ms TTL=64
Ping-Statistik für 172.17.40.20:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms
|
Als weitere Ergänzung, was komisch ist bzw. mich irritiert. DNS scheint zu gehen:
Jedoch was ist 127.0.0.53 für eine IP (Port 53 verstehe ich) 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | root@nextcloud:~# sudo resolvectl flush-caches
root@nextcloud:~#
root@nextcloud:~#
root@nextcloud:~#
root@nextcloud:~# nslookup
> heise.de
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: heise.de
Address: 193.99.144.80
Name: heise.de
Address: 2a02:2e0:3fe:1001:302::
> google.de
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: google.de
Address: 142.250.186.67
Name: google.de
Address: 2a00:1450:4001:831::2003
> root@nextcloud:~#
|
LG
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 14176
|
FlashLightz schrieb: von der Maschine aus, bin ich auf der Linux VM via SSH.
Dann installiere hier:
sudo apt install iputils-arping arp-scan
und poste danach die Ausgaben von:
sudo arping -c 3 -I ens192 172.17.40.1
sudo arp-scan -I ens192 --localnet
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18121
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
DNS scheint zu gehen: Jedoch was ist 127.0.0.53 für eine IP (Port 53 verstehe ich)
Die IP vom lokalen DNS-Resolver (systemd-resolve). So lassen, ist so richtig und hier nicht das Problem. Relevant wäre nun, ob ARP funktioniert.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 14176
|
BTW: Bei bzw. mit einem Kernel >/= 5.16 kann man auch:
sysctl -w net.ipv4.conf.<Interface>.arp_evict_nocarrier=0
konfigurieren, damit der arp-cache bei einem carrier-down-Event nicht sofort "aufgeräumt" wird. (Interface anpassen und evtl. persistent konfigurieren). Muss nicht nur im Wlan (wegen roaming) nützlich sein. Quelle: https://patchwork.kernel.org/project/netdevbpf/patch/20211022180058.1045776-2-prestwoj@gmail.com/
|