|
uzfH8
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
Laut fritzbox 7490 hat der Rechner mit dem Namen msi-ms-1736-b1 die IP 192.168.178.29 Er lässt sich auch unter seinem Namen anpingen, nicht aber mit der Option -4. Hier hat er angeblich die unerreichbare IP4 192.168.178.20. Die von der fritzbox angegebene IP4 192.168.178.29 reagiert auf pings einwandfrei. 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 | :~/no-sd-save/cds-disks/transmission/blobs$ ping msi-ms-1736-b1
PING msi-ms-1736-b1(msi-ms-1736-b1.fritz.box (2a01:c22:6eaf:2900:929e:80e8:9b78:b24e)) 56 data bytes
64 bytes from msi-ms-1736-b1.fritz.box (2a01:c22:6eaf:2900:929e:80e8:9b78:b24e): icmp_seq=1 ttl=64 time=3.17 ms
64 bytes from msi-ms-1736-b1.fritz.box (2a01:c22:6eaf:2900:929e:80e8:9b78:b24e): icmp_seq=2 ttl=64 time=3.33 ms
64 bytes from msi-ms-1736-b1.fritz.box (2a01:c22:6eaf:2900:929e:80e8:9b78:b24e): icmp_seq=3 ttl=64 time=3.29 ms
^C
--- msi-ms-1736-b1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 3.166/3.261/3.332/0.070 ms
:~/no-sd-save/cds-disks/transmission/blobs$ ping -4 msi-ms-1736-b1
PING (192.168.178.20) 56(84) bytes of data.
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=1 Destination Host Unreachable
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=2 Destination Host Unreachable
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=3 Destination Host Unreachable
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=5 Destination Host Unreachable
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=6 Destination Host Unreachable
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=7 Destination Host Unreachable
^C
--- ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6115ms
pipe 4
:~/no-sd-save/cds-disks/transmission/blobs$ ping 192.168.178.29
PING 192.168.178.29 (192.168.178.29) 56(84) bytes of data.
64 bytes from 192.168.178.29: icmp_seq=1 ttl=64 time=5.04 ms
64 bytes from 192.168.178.29: icmp_seq=2 ttl=64 time=2.96 ms
64 bytes from 192.168.178.29: icmp_seq=3 ttl=64 time=2.96 ms
^C
--- 192.168.178.29 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 2.958/3.653/5.044/0.983 ms
:~/no-sd-save/cds-disks/transmission/blobs$ ping 192.168.178.20
PING 192.168.178.20 (192.168.178.20) 56(84) bytes of data.
From 192.168.178.71 icmp_seq=1 Destination Host Unreachable
From 192.168.178.71 icmp_seq=2 Destination Host Unreachable
From 192.168.178.71 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.178.20 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5126ms
pipe 4
|
Warum liefert und verwendet ping -4 eine falsche, nicht existierende Adresse? Wo bezieht es die her?
- Bilder
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14147
|
uzfH8 schrieb: :~/no-sd-save/cds-disks/transmission/blobs$ ping -4 msi-ms-1736-b1
PING (192.168.178.20) 56(84) bytes of data.
From dell-optiplex-780.fritz.box (192.168.178.71) icmp_seq=1 Destination Host Unreachable
Wie sind die Ausgaben von:
host -t a msi-ms-1736-b1
host -t a msi-ms-1736-b1.fritz.box
arp -a
? BTW: ping ist kein DNS-tool, wie z. B. nslookup, dig, host, ... . ping macht zwar auch Namensauflösung, aber anders als die klassischen DNS-Tools.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
lubux schrieb:
Wie sind die Ausgaben von:
1
2
3
4
5
6
7
8
9
10
11
12 | :~$ host -t a msi-ms-1736-b1
msi-ms-1736-b1.fritz.box has address 192.168.178.29
msi-ms-1736-b1.fritz.box has address 192.168.178.20
:~$ host -t a msi-ms-1736-b1.fritz.box
msi-ms-1736-b1.fritz.box has address 192.168.178.29
msi-ms-1736-b1.fritz.box has address 192.168.178.20
:~$ arp -a
scanda.fritz.box (192.168.178.37) auf 00:13:3b:12:b3:f5 [ether] auf enp0s25
NAS.fritz.box (192.168.178.27) auf 6c:19:8f:b6:60:9c [ether] auf enp0s25
msi-ms-1736-b1.fritz.box (192.168.178.20) auf 6c:62:6d:1b:b0:2a [ether] auf enp0s25
fritz.box (192.168.178.1) auf 38:10:d5:1a:4e:1a [ether] auf enp0s25
msi-ms-1736-b1.fritz.box (192.168.178.29) auf 40:61:86:bb:e7:f9 [ether] auf enp0s25
|
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum:
18. Oktober 2016
Beiträge: 18017
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Kläre ab, von woher die Antwort kommt.
DNS und IP-Adressen haben nicht direkt miteinander zu tun. Ein PC kann seine IP ändern, ohne dass der DNS-Server das erfährt.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
DJKUhpisse schrieb: Kläre ab, von woher die Antwort kommt.
Wie stellt man das fest? Ich bin bisher immer davon ausgegangen, dass das die Fritzbox automatisch macht. Jedenfalls habe ich keine host-Datei angelegt der sonstwas gemacht, um das zu manipulieren.
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum:
18. Oktober 2016
Beiträge: 18017
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Wireshark nehmen, mitschneiden und nach dns or mdns or nbns or llmnr
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
DJKUhpisse schrieb: Wireshark nehmen, mitschneiden und nach dns or mdns or nbns or llmnr
Ich weiß von wireshark nicht viel mehr als den Namen, aber braucht man dafür nicht einen Rechner an einem non-switching hub?
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum:
18. Oktober 2016
Beiträge: 18017
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Du schneidest an dem Rechner mit, an dem du die Namensauflösung machst.
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14147
|
uzfH8 schrieb: :~$ arp -a
msi-ms-1736-b1.fritz.box (192.168.178.20) auf 6c:62:6d:1b:b0:2a [ether] auf enp0s25
msi-ms-1736-b1.fritz.box (192.168.178.29) auf 40:61:86:bb:e7:f9 [ether] auf enp0s25
"arp -a" sagt dir ja schon an Hand der MAC-Adresse, welches Gerät diesen A-Record auch/zusätzlich registriert hat (beim DNS-Server der FritzBox). Welches von deinen Geräten hat diese MAC-Adresse 6c:62:6d:1b:b0:2a (... die im arp-cache, der IP 192.168.178.20 zugeordnet ist)?
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum:
4. Oktober 2007
Beiträge: 9011
Wohnort: Münster
|
uzfH8 schrieb: […] Hier hat er angeblich die unerreichbare IP4 192.168.178.20. […]
Warum liefert und verwendet ping -4 eine falsche, nicht existierende Adresse? Wo bezieht es die her?
Weil ping diese Information von der Namensauflösung auf Deinem Rechner geliefert bekommt. Die Namensauflösung wiederum verwendete mehrere Methoden zur Zuordnung von IP-Adressen zu einer symbolischen DNS-Adresse. Das kann man abfragen:
host 192.168.178.20
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14147
|
Poste auch die Ausgaben von:
dig -x 192.168.178.20 +short @192.168.178.1
dig -x 192.168.178.29 +short @192.168.178.1
Wenn dig nicht installiert (which dig), dann mit:
sudo apt install dnsutils
installieren. BTW: Wenn kdig (which kdig) aus dem package "knot-dnsutils" schon installiert ist, kannst Du auch kdig benutzen:
kdig -x 192.168.178.20 +short @192.168.178.1
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
kB schrieb: Weil ping diese Information von der Namensauflösung auf Deinem Rechner geliefert bekommt. Die Namensauflösung wiederum verwendete mehrere Methoden zur Zuordnung von IP-Adressen zu einer symbolischen DNS-Adresse. Das kann man abfragen:
host 192.168.178.20
| :~$ host 192.168.178.20
20.178.168.192.in-addr.arpa domain name pointer msi-ms-1736-b1.fritz.box.
|
aber nach wie vor | :~$ ping 192.168.178.20
PING 192.168.178.20 (192.168.178.20) 56(84) bytes of data.
From 192.168.178.71 icmp_seq=1 Destination Host Unreachable
From 192.168.178.71 icmp_seq=2 Destination Host Unreachable
From 192.168.178.71 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.178.20 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4081ms
pipe 4
|
Also lautet meine Frage dann wohl, warum liefert mein Rechner eine falsche IP, das heißt nicht die, die die fritzbox vergeben hat und die ja problemlos erreichbar ist und wie kann ich das abstellen? Auf diese Inkonsistenz bin ich gestoßen, als ich mal wieder rausfinden wollte, warum NFS heute geht und morgen nicht, deswegen erhoffe ich mir da eine Verbesserung.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
lubux schrieb: Poste auch die Ausgaben von:
| :~$ dig -x 192.168.178.20 +short @192.168.178.1
msi-ms-1736-b1.fritz.box.
:~$ dig -x 192.168.178.29 +short @192.168.178.1
msi-ms-1736-b1.fritz.box.
|
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14147
|
uzfH8 schrieb: ...
Und weißt Du jetzt schon, welches Gerät in deiner Konstellation die MAC-Adresse 6c:62:6d:1b:b0:2a, hat?
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
lubux schrieb:
Welches von deinen Geräten hat diese MAC-Adresse 6c:62:6d:1b:b0:2a (... die im arp-cache, der IP 192.168.178.20 zugeordnet ist)?
Ich bin noch dabei herauszufinden, wie das geht. Die Uni Greifswald sagt "Geben Sie in einem Terminal das Kommando ifconfig ein. Die MAC-Adresse finden Sie hier unter der Bezeichnung Hardware Adresse." Allerdings | :~$ ifconfig | grep Hardware
:~$
|
und das scheint es da auch nicht zu geben 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | :~$ ifconfig
enp0s25: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.71 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2a01:c23:bc9a:b00:e2ca:49b7:14f0:2c24 prefixlen 64 scopeid 0x0<global>
inet6 fe80::c5a3:4a4d:f96f:658a prefixlen 64 scopeid 0x20<link>
inet6 2a01:c23:bc9a:b00:dce1:1f2c:666d:3835 prefixlen 64 scopeid 0x0<global>
ether f0:4d:a2:20:72:f9 txqueuelen 1000 (Ethernet)
RX packets 733706 bytes 398799144 (398.7 MB)
RX errors 0 dropped 44612 overruns 0 frame 0
TX packets 603906 bytes 156464776 (156.4 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 21 memory 0xf7ae0000-f7b00000
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 (Lokale Schleife)
RX packets 5538 bytes 627331 (627.3 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5538 bytes 627331 (627.3 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
|
|
