HansF
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Hallo, ich komme mit meiner Konfiguration gerade nicht zurecht.
Ich habe 2 Laptops mit 18.04
Einer funktioniert korrekt, heisst:
ifconfig –> arp -a und ich bekomme angezeigt etwas wie
| speeport.ip (192.168.2.1) ............ [ether] auf wlp3s0
Epsonxxxx(192.168.2.102) ...............
|
Damit sehe ich den Drucker und den Speedport usw Beim anderen (eigentlich mein Haupt-Laptop) bekomme ich keinen Gerätenamen bei arp -a | jf@jf-HP-EliteBook-8570p:~$ arp -a
? (192.168.2.100) auf ac:6f:bb:70:a1:98 [ether] auf wlo1
? (192.168.2.102) auf 38:9d:92:86:9d:01 [ether] auf wlo1
_gateway (192.168.2.1) auf c8:14:51:fe:5c:de [ether] auf wlo1
|
Statt Gerätename steht da eben ein "?" ??????
Es hat früher funktioniert, aber ich weiß nicht im Ansatz, was ich da "verbogen" haben könnte. Deshalb kann ich da derzeit auch keinen Epson-Drucker anhängen
Und im Browser muss ich über !92.168.2.1 auf den Router gehen, weil es den Namen nicht kennt. Ich denke, beide Installationen sind "Standard" aufgesetzt, keine besonderen Dinge installiert.
Ich bin mit WLAN verbunden. Wer hat eine Idee, was ich verbogen haben könnte und wie man die Gerätenamen der ip-Adresse zuordnen kann?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
HansF schrieb: ..., ich komme mit meiner Konfiguration gerade nicht zurecht.
Ich habe 2 Laptops mit 18.04
Einer funktioniert korrekt, ...
Wie sind auf den Laptops, die Ausgaben von:
cat /etc/nsswitch.conf
cat /etc/resolv.conf
sudo netstat -tulpena | grep -i 53
cat /etc/hosts
dig -x 192.168.2.102 +short
sudo nmap -PR -sn 192.168.2.0/24
?
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Das sind die Antworten auf dem Rechner, wo es NICHT geht (sorry, kann erst am abend wieder reinschauen 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
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74 | jf@jf-HP-EliteBook-8570p:~$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat systemd
group: compat systemd
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
jf@jf-HP-EliteBook-8570p:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
# Make edits to /etc/resolvconf/resolv.conf.d/head.
nameserver 8.8.4.4
nameserver 8.8.8.8
nameserver 127.0.0.53
search speedport.ip
jf@jf-HP-EliteBook-8570p:~$ sudo netstat -tulpena | grep -i 53
[sudo] Passwort für jf:
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 101 26563 1151/systemd-resolv
tcp 0 0 192.168.2.107:35378 92.123.229.238:443 VERBUNDEN 1000 114241 2403/chrome --type=
tcp 0 0 192.168.2.107:45370 69.173.144.143:443 VERBUNDEN 1000 115085 2403/chrome --type=
tcp 0 0 192.168.2.107:55368 185.64.189.112:443 VERBUNDEN 1000 114139 2403/chrome --type=
udp 0 0 127.0.0.53:53 0.0.0.0:* 101 26562 1151/systemd-resolv
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 98548 2403/chrome --type=
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 89258 2335/chrome
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 40764 2403/chrome --type=
udp 0 0 0.0.0.0:5353 0.0.0.0:* 115 25592 1231/avahi-daemon:
udp6 0 0 :::5353 :::* 115 25593 1231/avahi-daemon:
jf@jf-HP-EliteBook-8570p:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 jf-HP-EliteBook-8570p
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
jf@jf-HP-EliteBook-8570p:~$ dig -x 192.168.2.102 +short
jf@jf-HP-EliteBook-8570p:~$ sudo nmap -PR -sn 192.168.2.0/24
Starting Nmap 7.60 ( https://nmap.org ) at 2020-07-29 15:24 CEST
Nmap scan report for _gateway (192.168.2.1)
Host is up (0.0011s latency).
MAC Address: C8:14:51:FE:5C:DE (Huawei Technologies)
Nmap scan report for 192.168.2.100
Host is up (-0.084s latency).
MAC Address: AC:6F:BB:70:A1:98 (Tatung Technology)
Nmap scan report for 192.168.2.101
Host is up (2.2s latency).
MAC Address: 68:5A:CF:E9:96:0F (Unknown)
Nmap scan report for FreyAuVs-iPhone (192.168.2.109)
Host is up (2.6s latency).
MAC Address: D4:A3:3D:35:08:E1 (Unknown)
Nmap scan report for jf-HP-EliteBook-8570p (192.168.2.107)
Host is up.
Nmap done: 256 IP addresses (5 hosts up) scanned in 7.91 seconds
jf@jf-HP-EliteBook-8570p:~$
|
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
So, habe es mir auf dem anderen Rechner auch angeschaut, alle gleich bis auf die Abfrage mit netstat und hier ist der Hauptunterschied:
der Laptop auf dem es funktioniert bringt für tcp, tcp6 und upd eine Zeile für /smbd. Samba ist aber gestoppt und gestartet, es bring keinen Unterschied.
Ich schicke das Protokoll noch vom anderen Rechner
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Hier das Protokoll 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
55 | hans@hans-K55VD:~$ sudo netstat -tulpena | grep -1 53
[sudo] Passwort für hans:
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 30109 1245/smbd
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 101 23644 763/systemd-resolve
tcp 0 0 192.168.2.111:37568 107.178.241.34:443 VERBUNDEN 1000 67476 4330/chrome --type=
tcp 0 0 192.168.2.111:53850 2.22.68.216:443 VERBUNDEN 1000 70281 4330/chrome --type=
tcp 0 0 192.168.2.111:41354 185.64.189.110:443 TIME_WAIT 0 0 -
tcp 0 0 192.168.2.111:56238 99.84.94.80:443 TIME_WAIT 0 0 -
tcp 0 0 192.168.2.111:44158 23.42.18.223:443 VERBUNDEN 1000 67534 4330/chrome --type=
tcp 0 0 192.168.2.111:33768 92.123.229.26:443 VERBUNDEN 1000 71417 4330/chrome --type=
tcp 0 0 192.168.2.111:38504 151.101.113.108:443 VERBUNDEN 1000 75372 4330/chrome --type=
tcp 0 0 192.168.2.111:41364 185.64.189.110:443 TIME_WAIT 0 0 -
--
tcp 0 0 192.168.2.111:32872 92.123.228.155:443 VERBUNDEN 1000 74380 4330/chrome --type=
tcp 0 0 192.168.2.111:53452 185.64.189.114:443 TIME_WAIT 0 0 -
tcp 0 0 192.168.2.111:53810 151.101.114.49:443 VERBUNDEN 1000 70898 4330/chrome --type=
tcp 0 0 192.168.2.111:33680 92.123.229.26:443 VERBUNDEN 1000 69445 4330/chrome --type=
--
tcp 0 0 192.168.2.111:41710 151.101.113.194:443 VERBUNDEN 1000 71679 4330/chrome --type=
tcp 0 0 192.168.2.111:53476 185.64.189.114:443 VERBUNDEN 1000 71542 4330/chrome --type=
tcp 0 0 192.168.2.111:58772 88.221.141.246:443 VERBUNDEN 1000 70960 4330/chrome --type=
tcp 0 0 192.168.2.111:53462 185.64.189.114:443 TIME_WAIT 0 0 -
tcp 0 0 192.168.2.111:41350 185.64.189.110:443 TIME_WAIT 0 0 -
--
tcp 0 0 192.168.2.111:48472 31.172.81.159:443 TIME_WAIT 0 0 -
tcp 0 0 192.168.2.111:42830 92.123.228.229:443 VERBUNDEN 1000 70553 4330/chrome --type=
tcp 0 0 192.168.2.111:35826 151.101.13.44:443 VERBUNDEN 1000 69271 4330/chrome --type=
--
tcp 0 0 192.168.2.111:40474 185.64.189.112:443 VERBUNDEN 1000 70367 4330/chrome --type=
tcp 0 0 192.168.2.111:38910 34.197.178.4:443 VERBUNDEN 1000 75305 4330/chrome --type=
tcp 0 0 192.168.2.111:55024 35.227.248.159:443 VERBUNDEN 1000 78852 4330/chrome --type=
--
tcp6 0 0 :::139 :::* LISTEN 0 30107 1245/smbd
tcp6 0 0 2003:f3:8719:a048:49532 2606:4700::6812:e13:443 VERBUNDEN 1000 77016 4330/chrome --type=
tcp6 0 0 2003:f3:8719:a048:41242 2a00:1450:4005:803::443 VERBUNDEN 1000 73373 4330/chrome --type=
--
tcp6 0 0 2003:f3:8719:a048:42448 2a00:1450:4005:800::443 VERBUNDEN 1000 79040 4330/chrome --type=
tcp6 0 0 2003:f3:8719:a048:45278 2606:4700:10::ac43::443 VERBUNDEN 1000 70953 4330/chrome --type=
tcp6 32 0 2003:f3:8719:a048:57690 2001:780:0:25:dead::443 CLOSE_WAIT 1000 77402 4330/chrome --type=
--
tcp6 32 0 2003:f3:8719:a048:57682 2001:780:0:25:dead::443 CLOSE_WAIT 1000 77398 4330/chrome --type=
tcp6 0 0 2003:f3:8719:a048:35368 2606:4700::6810:84e:443 VERBUNDEN 1000 70495 4330/chrome --type=
tcp6 0 0 2003:f3:8719:a048:45712 2606:4700:20::681a::443 VERBUNDEN 1000 75724 4330/chrome --type=
--
tcp6 0 0 2003:f3:8719:a048:57692 2001:780:0:25:dead::443 CLOSE_WAIT 1000 77403 4330/chrome --type=
udp 0 0 127.0.0.53:53 0.0.0.0:* 101 23643 763/systemd-resolve
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 42431 2361/dhclient
--
udp 0 0 0.0.0.0:58407 0.0.0.0:* 115 22147 872/avahi-daemon: r
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 72040 4330/chrome --type=
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 65169 4281/chrome
udp 0 0 224.0.0.251:5353 0.0.0.0:* 1000 61913 4330/chrome --type=
udp 0 0 0.0.0.0:5353 0.0.0.0:* 115 22145 872/avahi-daemon: r
udp6 0 0 :::37563 :::* 115 22148 872/avahi-daemon: r
udp6 0 0 :::5353 :::* 115 22146 872/avahi-daemon: r
|
Demnach stimmt irgendwas nicht mit Netzkonfigurarion, samba oder so. Z.B. sieht der Laptop, auf dem es geht, den "schlechten" Laptop mit Namen, der "schlechte" den guten aber nicht
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
noch ein Nachtrag: es hängt auch nicht vom WLAN ab, mit LAN-Kabel habe ich die gleiche Situation
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
HansF schrieb: Das sind die Antworten auf dem Rechner, wo es NICHT geht (sorry, kann erst am abend wieder reinschauen
jf@jf-HP-EliteBook-8570p:~$ dig -x 192.168.2.102 +short
jf@jf-HP-EliteBook-8570p:~$ sudo nmap -PR -sn 192.168.2.0/24
Starting Nmap 7.60 ( https://nmap.org ) at 2020-07-29 15:24 CEST
Nmap scan report for _gateway (192.168.2.1)
Host is up (0.0011s latency).
MAC Address: C8:14:51:FE:5C:DE (Huawei Technologies)
Nmap scan report for 192.168.2.100
Host is up (-0.084s latency).
MAC Address: AC:6F:BB:70:A1:98 (Tatung Technology)
Nmap scan report for 192.168.2.101
Host is up (2.2s latency).
MAC Address: 68:5A:CF:E9:96:0F (Unknown)
Nmap scan report for FreyAuVs-iPhone (192.168.2.109)
Host is up (2.6s latency).
MAC Address: D4:A3:3D:35:08:E1 (Unknown)
Nmap scan report for jf-HP-EliteBook-8570p (192.168.2.107)
Host is up.
Nmap done: 256 IP addresses (5 hosts up) scanned in 7.91 seconds
Kannst Du von diesem Rechner, den Drucker (IP-Adresse 192.168.2.102) nicht erreichen? Wie ist die Ausgabe von:
arp -av
ip n s
? Installiere mal:
sudo apt-get update
sudo apt-get install iputils-arping arp-scan
sudo dpkg --configure -a
Die Ausgaben sind trotzdem wichtig, auch wenn Du meinst, sie wären identisch. Und nicht statt "-i", "-1" verwenden.
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
das sind die neuen Werte 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
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79 | jf@jf-HP-EliteBook-8570p:~$ arp -av
? (192.168.2.100) auf ac:6f:bb:70:a1:98 [ether] auf wlo1
_gateway (192.168.2.1) auf c8:14:51:fe:5c:de [ether] auf wlo1
Einträge: 2 Ignoriert: 0 Gefunden: 2
jf@jf-HP-EliteBook-8570p:~$ ip n s
192.168.2.100 dev wlo1 lladdr ac:6f:bb:70:a1:98 STALE
192.168.2.1 dev wlo1 lladdr c8:14:51:fe:5c:de REACHABLE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev wlo1 lladdr c8:14:51:fe:5c:de router STALE
fe80::1 dev wlo1 lladdr c8:14:51:fe:5c:de router REACHABLE
fe80::1 dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
jf@jf-HP-EliteBook-8570p:~$ sudo apt-get update
[sudo] Passwort für jf:
OK:1 http://repo.mysql.com/apt/ubuntu bionic InRelease
OK:2 http://de.archive.ubuntu.com/ubuntu bionic InRelease
OK:3 http://de.archive.ubuntu.com/ubuntu bionic-updates InRelease
OK:4 http://de.archive.ubuntu.com/ubuntu bionic-backports InRelease
OK:5 http://dl.google.com/linux/chrome/deb stable InRelease
OK:6 http://ppa.launchpad.net/gezakovacs/ppa/ubuntu bionic InRelease
Holen:7 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Ign:8 http://dl.google.com/linux/earth/deb stable InRelease
OK:9 http://download.mono-project.com/repo/debian wheezy InRelease
Holen:10 https://mirrors.evowise.com/mariadb/repo/10.1/ubuntu bionic InRelease [6.235 B]
Holen:11 https://mirrors.evowise.com/mariadb/repo/10.2/ubuntu bionic InRelease [7.716 B]
OK:12 http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic InRelease
Ign:13 http://dl.google.com/linux/webdesigner/deb stable InRelease
OK:14 http://dl.google.com/linux/earth/deb stable Release
OK:15 http://ppa.launchpad.net/stebbins/handbrake-releases/ubuntu bionic InRelease
OK:16 http://dl.google.com/linux/webdesigner/deb stable Release
OK:17 http://ppa.launchpad.net/videolan/master-daily/ubuntu bionic InRelease
Ign:18 http://ppa.launchpad.net/videolan/stable-daily/ubuntu bionic InRelease
Fehl:19 http://ppa.launchpad.net/videolan/stable-daily/ubuntu bionic Release
404 Not Found [IP: 91.189.95.83 80]
Holen:20 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [46,0 kB]
Holen:21 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [49,2 kB]
Holen:22 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2.464 B]
Paketlisten werden gelesen... Fertig
E: Das Depot »http://ppa.launchpad.net/videolan/stable-daily/ubuntu bionic Release« enthält keine Release-Datei.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
N: Das Laden der konfigurierten Datei »main/binary-i386/Packages« wird übersprungen, da das Depot »https://mirrors.evowise.com/mariadb/repo/10.1/ubuntu bionic InRelease« die Architektur »i386« nicht unterstützt.
jf@jf-HP-EliteBook-8570p:~$ sudo apt-get install iputils-arping arp-scan
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
iputils-arping ist schon die neueste Version (3:20161105-1ubuntu3).
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
libllvm9
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
Die folgenden NEUEN Pakete werden installiert:
arp-scan ieee-data
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 15 nicht aktualisiert.
Es müssen 1.794 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 10,8 MB Plattenplatz zusätzlich benutzt.
Holen:1 http://de.archive.ubuntu.com/ubuntu bionic/main amd64 ieee-data all 20180204.1 [1.539 kB]
Holen:2 http://de.archive.ubuntu.com/ubuntu bionic/universe amd64 arp-scan amd64 1.9-3 [255 kB]
Es wurden 1.794 kB in 1 s geholt (3.140 kB/s).
Vormals nicht ausgewähltes Paket ieee-data wird gewählt.
(Lese Datenbank ... 210608 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../ieee-data_20180204.1_all.deb ...
Entpacken von ieee-data (20180204.1) ...
Vormals nicht ausgewähltes Paket arp-scan wird gewählt.
Vorbereitung zum Entpacken von .../arp-scan_1.9-3_amd64.deb ...
Entpacken von arp-scan (1.9-3) ...
ieee-data (20180204.1) wird eingerichtet ...
arp-scan (1.9-3) wird eingerichtet ...
Trigger für man-db (2.8.3-2ubuntu0.1) werden verarbeitet ...
jf@jf-HP-EliteBook-8570p:~$ sudo dpkg --configure -a
jf@jf-HP-EliteBook-8570p:~$ arp -av
? (192.168.2.100) auf ac:6f:bb:70:a1:98 [ether] auf wlo1
_gateway (192.168.2.1) auf c8:14:51:fe:5c:de [ether] auf wlo1
Einträge: 2 Ignoriert: 0 Gefunden: 2
jf@jf-HP-EliteBook-8570p:~$ ip n s
192.168.2.100 dev wlo1 lladdr ac:6f:bb:70:a1:98 STALE
192.168.2.1 dev wlo1 lladdr c8:14:51:fe:5c:de REACHABLE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev wlo1 lladdr c8:14:51:fe:5c:de router STALE
fe80::1 dev wlo1 lladdr c8:14:51:fe:5c:de router STALE
fe80::1 dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
HansF schrieb: das sind die neuen Werte | jf@jf-HP-EliteBook-8570p:~$ arp -av
? (192.168.2.100) auf ac:6f:bb:70:a1:98 [ether] auf wlo1
_gateway (192.168.2.1) auf c8:14:51:fe:5c:de [ether] auf wlo1
Einträge: 2 Ignoriert: 0 Gefunden: 2
|
jf@jf-HP-EliteBook-8570p:~$ ip n s
192.168.2.100 dev wlo1 lladdr ac:6f:bb:70:a1:98 STALE
192.168.2.1 dev wlo1 lladdr c8:14:51:fe:5c:de REACHABLE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
2003:f3:870e:6d54:ca14:51ff:fefe:5cde dev wlo1 lladdr c8:14:51:fe:5c:de router STALE
fe80::1 dev wlo1 lladdr c8:14:51:fe:5c:de router REACHABLE
fe80::1 dev enp0s25 lladdr c8:14:51:fe:5c:de router STALE
Wenn der Drucker die IP 192.168.2.102 hat und z. Zt. mit dem Router verbunden ist, dann poste jetzt die Ausgaben von:
sudo arping -c 3 -I wlo1 -s 192.168.2.107 192.168.2.102
sudo arp-scan -I wlo1 --localnet EDIT: BTW: Verbinde das Gerät nicht gleichzeitig per WLAN und per Kabel mit dem Router. D. h. entweder WLAN oder Kabel.
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Das sind die Werte und, ja, der Drucker ist ...102 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | jf@jf-HP-EliteBook-8570p:~$ sudo arping -c 3 -I wlo1 -s 192.168.2.107 192.168.2.102
[sudo] Passwort für jf:
ARPING 192.168.2.102 from 192.168.2.107 wlo1
Unicast reply from 192.168.2.102 [38:9D:92:86:9D:01] 248.142ms
Unicast reply from 192.168.2.102 [38:9D:92:86:9D:01] 35.025ms
Unicast reply from 192.168.2.102 [38:9D:92:86:9D:01] 58.888ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)
jf@jf-HP-EliteBook-8570p:~$ sudo arp-scan -I wlo1 --localnet
Interface: wlo1, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.2.1 c8:14:51:fe:5c:de (Unknown)
192.168.2.100 ac:6f:bb:70:a1:98 TATUNG Technology Inc.
192.168.2.102 38:9d:92:86:9d:01 (Unknown)
192.168.2.111 dc:85:de:74:49:29 Azurewave Technologies., inc.
192.168.2.104 3c:95:09:a8:32:55 (Unknown)
192.168.2.105 94:ee:9f:12:44:bd (Unknown)
192.168.2.106 94:ee:9f:12:44:d5 (Unknown)
7 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9: 256 hosts scanned in 2.295 seconds (111.55 hosts/sec). 7 responded
|
und, ich habe WLAN und LAN-Kabel NICHT gleichzeitig benutzt. Es war mit Kabel nur ein Test bei ausgeschaltetem WLAN, ob sich am Verhalten etwas ändert
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Weitere Nachricht:
Ich habe mir mal ubuntu20 auf livestick gezogen, gestartet und OHNE irgendein zutun wie Drucker hinzufügen oder so erkennt er den Drucker sofort und kann drucken. Was meinst Du, soll ich nicht lieber gleich auf 20.04 umsteigen und es NEBEN das 18.04 installieren?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
HansF schrieb: Was meinst Du, soll ich nicht lieber gleich auf 20.04 umsteigen und es NEBEN das 18.04 installieren?
Ja, das wäre m. E. besser. Aber warum brauchst Du noch das 18.04? Funktioniert die Namensauflösung mit 20.04? Es sind jetzt aber mehrere Geräte, die mit arp-scan gefunden werden, aber nicht im arp-cache waren. Sind diese Geräte _sofort_ nach dem arp-scan, im arp-cache eingetragen?
arp -av
?
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
brauchen tue ich 18.04 nicht unbedingt. Die "Experten" streiten ja. Manche sagen, da 18.04 LTS ist wird es bis 2023 gewartet. Ich programmiere halt mit Python, PyCharm und QT designer einerseits als auch mit Android Studio und Kotlin. Sonst brauche ich noch LO, also lauter Dinge, die wohl unter ubuntu 20 auch gehen werden. Die anderen "Rechner" sind Tablets, Handies, die temporär mal Verbindung brauchen, aber fast nie.
Ich denke mal, ch steige uf 20 um bevor man sich hier wegen dem Drucker Tage kaputt macht. In der Zeit wäre ich ach schon mgestiegen wahrscheinlich
Jedenfalls danke ich Dir für Deine Zeit und Unterstützung
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Ein "irritierender" Nachtrag. Nachdem es mit dem live-stick funktioniert hatte, geht Drucker hinzufügen und Drucken auch wieder von meinem "Problem-Laptop" Ich verstehe es nicht.
Zwar ist noch immer der Gerätename im arp -a NICHT sichtbar, aber es funktioniert wieder. SEH strange Als hätte der Versuch mit dem Live-Stick irgendeine Blockade gelöst.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
HansF schrieb: Als hätte der Versuch mit dem Live-Stick irgendeine Blockade gelöst.
Versuch mal mit folgendem Eintrag in der /etc/crontab (als letzte Zeilen):
*/3 * * * * root /usr/bin/arping -q -c 3 -w 10 -b -f -I wlo1 -s 192.168.2.107 192.168.2.102 > /dev/null 2>&1
# - - - -
BTW: Für die Namensauflösung kannst Du auch die /etc/hosts benutzen.
|