der_Beueler
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Guten Tag zusammen! Ich habe ein Problem ähnlich wie dies hier. Ich befinde mich im Urlaub und muss mich mit einem offenen Wlan verbinden. Dies hat auch einen Tag geklappt. Nunmehr funktioniert es nicht mehr. Der Netzwerkadmin sagte, dass auf Seite des Routers alles in Ordnung sei und ich an meinem Gerät ein DNS-Problem habe. Verbinde ich mich aber mit dem Hotspot meines Mobiltelefons, funktioniert alles problemlos. Und hier alle (hoffentlich) relevanten Aus- und Angaben: klaus@840:~$ uname -a
Linux 840 5.4.0-84-generic #94-Ubuntu SMP Thu Aug 26 20:27:37 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
klaus@840:~$ lspci -nnk | grep -i net -A2
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection (3) I218-LM [8086:15a2] (rev 03)
Subsystem: Hewlett-Packard Company Ethernet Connection (3) I218-LM [103c:2216]
Kernel driver in use: e1000e
Kernel modules: e1000e
--
03:00.0 Network controller [0280]: Intel Corporation Wireless 7265 [8086:095a] (rev 48)
DeviceName: WLAN
Subsystem: Intel Corporation Dual Band Wireless-N 7265 [8086:5000]
klaus@840:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 30:8d:99:16:a9:ac brd ff:ff:ff:ff:ff:ff
3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DORMANT mode DORMANT group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
klaus@840:~$ ip -4 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
3: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 192.168.100.151/24 brd 192.168.100.255 scope global dynamic noprefixroute wlo1
valid_lft 6903sec preferred_lft 6903sec
klaus@840:~$ ip -4 route
default via 192.168.100.1 dev wlo1 proto dhcp metric 600 linkdown
169.254.0.0/16 dev wlo1 scope link metric 1000 linkdown
192.168.100.0/24 dev wlo1 proto kernel scope link src 192.168.100.151 metric 600 linkdown
klaus@840:~$ ip -4 neigh
klaus@840:~$ grep renderer /{lib,etc,run}/netplan/*yaml
grep: /lib/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
/etc/netplan/01-network-manager-all.yaml: renderer: NetworkManager
grep: /run/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
klaus@840:~$ nmcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert aktiviert
DEVICE TYPE STATE CONNECTION
wlo1 wifi verbunden VillaAlbertinex14
p2p-dev-wlo1 wifi-p2p nicht verbunden --
enp0s25 ethernet nicht verfügbar --
lo loopback nicht verwaltet --
NAME UUID >
VillaAlbertinex14 66903c8a-c887-4c01-80>
AGERI 8ea45480-d5ef-4f9c-aa>
AldiTalk/MedionMobile - Volume rate/30 Day Flatrate 1e3f31a6-c8fc-4924-bd>
Apanemia WiFi a2c350a9-cbb3-4264-98>
Brassel cfa034b2-de60-4ffc-a8>
Gast 65df7c3e-596a-46ef-9e>
Hotel Leonardo Da Vinci ffa88cc4-ffda-4068-a0>
HUAWEI_PLK-L01_6552 6ce97180-1e22-4012-85>
huddel a65e83eb-21df-48e6-b9>
Huddel eae5836e-592c-4f04-8c>
Kabelgebundene Verbindung 1 ce0e5c04-3d8e-3f62-bb>
Light-Blue Restaurant d21528bd-0d5d-41fb-97>
Meise b79c1932-74bd-456f-85>
New connection ab27541b-317c-4275-9c>
Ostseerouter d64b2d40-6e6f-4657-8d>
PLK-L01-Netzwerk fe6371e1-5a4f-4b4c-bb>
POPI STUDIOS 601a1620-26f0-42bd-a3>
ResidenzAmHafen a9124f22-be14-44a6-83>
V30-Netzwerk 63e58d73-bb56-40e8-9c>
VillaAlbertinex19 c01a6d33-9260-45b3-8f>
VillaAltAhlbeck dbc4ace2-d497-43ff-b1>
VillaMeerblick fffd07a6-5120-47ba-b8>
Vodafone Homespot 51452da4-0929-412c-a6>
Vodafone Hotspot 7e3fb119-0730-45fa-ab>
WaldschlossD cad5b3f7-648b-4cdb-b1>
klaus@840:~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Mai 25 2019 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
klaus@840:~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search local
klaus@840:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 840
# 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
klaus@840:~$ sudo ss -pan 'sport = 53'
[sudo] Passwort für klaus:
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
udp UNCONN 0 0 127.0.0.53%lo:53 0.0.0.0:* users:(("systemd-resolve",pid=995,fd=12))
tcp LISTEN 0 4096 127.0.0.53%lo:53 0.0.0.0:* users:(("systemd-resolve",pid=995,fd=13))
klaus@840:~$ ping -c 2 $(ip -4 route show default | grep -o '[0-9]*[.][.0-9]*' )
PING 192.168.100.1 (192.168.100.1) 56(84) Bytes Daten.
64 Bytes von 192.168.100.1: icmp_seq=2 ttl=64 Zeit=948 ms
--- 192.168.100.1 ping statistics ---
2 Pakete übertragen, 1 empfangen, 50% Paketverlust, Zeit 1000ms
rtt min/avg/max/mdev = 947.595/947.595/947.595/0.000 ms
klaus@840:~$ ping -c 2 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) Bytes Daten.
64 Bytes von 213.95.41.4: icmp_seq=1 ttl=55 Zeit=48.6 ms
--- 213.95.41.4 ping statistics ---
2 Pakete übertragen, 1 empfangen, 50% Paketverlust, Zeit 1002ms
rtt min/avg/max/mdev = 48.596/48.596/48.596/0.000 ms
klaus@840:~$ ping -c 2 www.ubuntuusers.de
ping: www.ubuntuusers.de: Der Name oder der Dienst ist nicht bekannt
klaus@840:~$
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
In der Tat ein DNS-Problem.
Zeige ip a
systemd-resolve --status --no-pager
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: 3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DORMANT mode DORMANT group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
Als Test: Kille alle wpa_supplicant-Dienste/Prozesse bzw. lösche (remove) das ctrl-Interface und versuch es manuell in der Komandozeile, mit einer geeigneten wpa_supplicant-config-Datei:
sudo wpa_supplicant -iwlo1 -Dnl80211,wext -c/etc/wpa_supplicant_test.conf -dd
Danach die Ausgaben von:
iwconfig
ps aux | grep -i [w]pa
posten.
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
So, bitteschön: klaus@840:~$ sudo wpa_supplicant -iwlo1 -Dnl80211,wext -c/etc/wpa_supplicant_test.conf -dd
[sudo] Passwort für klaus:
wpa_supplicant v2.9
random: getrandom() support available
Successfully initialized wpa_supplicant
Initializing interface 'wlo1' conf '/etc/wpa_supplicant_test.conf' driver 'nl80211,wext' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant_test.conf' -> '/etc/wpa_supplicant_test.conf'
Reading configuration file '/etc/wpa_supplicant_test.conf'
Failed to open config file '/etc/wpa_supplicant_test.conf', error: No such file or directory
Failed to read or parse configuration '/etc/wpa_supplicant_test.conf'.
Failed to add interface wlo1
: Cancelling scan request
: Cancelling authentication timeout
Off-channel: Clear pending Action frame TX (pending_action_tx=(nil)
klaus@840:~$ iwconfig
wlo1 IEEE 802.11 ESSID:"Meise"
Mode:Managed Frequency:2.452 GHz Access Point: 02:3D:E8:74:6E:60
Bit Rate=144.4 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=70/70 Signal level=-35 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:1 Invalid misc:2 Missed beacon:0
lo no wireless extensions.
enp0s25 no wireless extensions.
klaus@840:~$ ps aux | grep -i [w]pa
root 1122 0.1 0.1 14280 9488 ? Ss 07:59 0:23 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
klaus@840:~$
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: So, bitteschön: Failed to open config file '/etc/wpa_supplicant_test.conf', error: No such file or directory
Failed to read or parse configuration '/etc/wpa_supplicant_test.conf'.
klaus@840:~$ iwconfig
wlo1 IEEE 802.11 ESSID:"Meise"
Mode:Managed Frequency:2.452 GHz Access Point: 02:3D:E8:74:6E:60
Bit Rate=144.4 Mb/s Tx-Power=22 dBm
klaus@840:~$ ps aux | grep -i [w]pa
root 1122 0.1 0.1 14280 9488 ? Ss 07:59 0:23 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
So funktioniert das nicht, ohne test-config-Datei und wenn schon eine wlan-Verbindung vorhanden ist.
Ist "ESSID:"Meise" der WLAN-Router, zu dem Du verbinden willst?
Wie ist jetzt die Ausgabe von:
ip link
?
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Ich bitte freundlich um Nachsicht. Ich verstehe fast nichts davon. Auf ein Neues vom Netz aus, das nicht funktioniert. Netzwerk "Meise" ist mein Mobiltelefon. klaus@840:~$ sudo wpa_supplicant -iwlo1 -Dnl80211,wext -c/etc/wpa_supplicant_test.conf -dd
[sudo] Passwort für klaus:
wpa_supplicant v2.9
random: getrandom() support available
Successfully initialized wpa_supplicant
Initializing interface 'wlo1' conf '/etc/wpa_supplicant_test.conf' driver 'nl80211,wext' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant_test.conf' -> '/etc/wpa_supplicant_test.conf'
Reading configuration file '/etc/wpa_supplicant_test.conf'
Failed to open config file '/etc/wpa_supplicant_test.conf', error: No such file or directory
Failed to read or parse configuration '/etc/wpa_supplicant_test.conf'.
Failed to add interface wlo1
: Cancelling scan request
: Cancelling authentication timeout
Off-channel: Clear pending Action frame TX (pending_action_tx=(nil)
klaus@840:~$ iwconfig
wlo1 IEEE 802.11 ESSID:"VillaAlbertinex14"
Mode:Managed Frequency:2.452 GHz Access Point: 90:F6:52:7C:B2:1C
Bit Rate=65 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=56/70 Signal level=-54 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
lo no wireless extensions.
enp0s25 no wireless extensions.
klaus@840:~$ ps aux | grep -i [w]pa
root 1122 0.1 0.1 14280 9488 ? Ss 07:59 0:24 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
klaus@840:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 30:8d:99:16:a9:ac brd ff:ff:ff:ff:ff:ff
3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DORMANT group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
klaus@840:~$
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: Auf ein Neues vom Netz aus, das nicht funktioniert. klaus@840:~$ iwconfig
wlo1 IEEE 802.11 ESSID:"VillaAlbertinex14"
Mode:Managed Frequency:2.452 GHz Access Point: 90:F6:52:7C:B2:1C
Bit Rate=65 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=56/70 Signal level=-54 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DORMANT group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
Eine WLAN-Verbindung scheint vorhanden zu sein, obwohl ip ein "NO-CARRIER" anzeigt.
Versuch mal in diesem Zustand (d. h. verbunden bleiben) über ca. 45 Minuten, das rekeying zu sniffen mit tcpdump:
sudo tcpdump -c 50 -vvveni wlo1 ether proto 0x888e EDIT: Welches Subnetz bzw. welche interne IP-Adresse hat der WLAN-Router? Evtl. kann man manuelle was machen/konfigurieren und das wlo1-Interface up bringen. Hast Du evtl. MAC-Adresse-randomization konfiguriert? Frage mal den Admin vom WLAN-Router, ob er einen MAC-Filter aktiv hat bzw. ob er die WLAN-Anmeldungen (... auch wenn mal keine IP-Adresse per dhcp zugewiesen wird) im Log des WLAN-Routers sehen kann.
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Ok. Erst einmal vielen herzlichen Dank für die Hilfe. Darf ich das mal in meine Sprache übersetzen? Also: Ich hau den Befehl sudo tcpdump -c 50 -vvveni wlo1 ether proto 0x888e ins Terminal und warte eine dreiviertel Stunde. Richtig?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: ... ins Terminal und warte eine dreiviertel Stunde. Richtig?
Ja richtig. Ich gehe davon aus, dass tcpdump per default installiert ist. Siehe auch EDIT oben in meinem Beitrag. EDIT: BTW: Wenn Du schon früher als 45 Minuten eine Ausgabe (... außer den Hinweisen von tcpdump, die Du sofort bekommst) mit tcpdump bekommst, dann kannst abbrechen und diese Ausgabe hier posten.
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Leider nichts: klaus@840:~$ sudo tcpdump -c 50 -vvveni wlo1 ether proto 0x888e
[sudo] Passwort für klaus:
tcpdump: listening on wlo1, link-type EN10MB (Ethernet), capture size 262144 bytes
Der Netzwerkadmin schreibt auf Deine Fragen:
Sie haben doch eine ipadresse per dhcp bekommen, da sende ich auch den dns mit. Bitte sehen sie mal unter ifconfig nach ob das Gateway 192.168.100.1 heist. Wenn ja bitte mal folgende Seite im Browser aufrufen 87.106.23.39 Da schon Ip braucht's kein Namensauflösung. Wenn da Checking steht geben Sie mal ihrem DNS händisch die 8.8.8.8.
Ich konnte aber während der Wartezeit beobachten, dass dann und wann das Fragezeichen in der oberen Leiste verschwand und ein Punkt des Wlan-Symbols erschien. Und ganz kurz waren auch zwei, drei Balken des Zeichens zu sehen. Quasi blinkte es. klaus@840:~$ ifconfig
enp0s25: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 30:8d:99:16:a9:ac txqueuelen 1000 (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
device interrupt 20 memory 0xc1300000-c1320000
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 69394 bytes 5973221 (5.9 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 69394 bytes 5973221 (5.9 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.100.151 netmask 255.255.255.0 broadcast 192.168.100.255
inet6 fe80::5154:d266:8657:6abf prefixlen 64 scopeid 0x20<link>
ether 5c:e0:c5:0f:09:8d txqueuelen 1000 (Ethernet)
RX packets 115209 bytes 87873719 (87.8 MB)
RX errors 0 dropped 1 overruns 0 frame 0
TX packets 87743 bytes 15050144 (15.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Oh, zwei Helfer, es tut mir leid DJKUhpisse, Dich habe ich übersehen... 9274062: In der Tat ein DNS-Problem.
Zeige ip a
systemd-resolve --status --no-pager
klaus@840:~$ 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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 30:8d:99:16:a9:ac brd ff:ff:ff:ff:ff:ff
3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
inet 192.168.100.151/24 brd 192.168.100.255 scope global dynamic noprefixroute wlo1
valid_lft 7190sec preferred_lft 7190sec
inet6 fe80::5154:d266:8657:6abf/64 scope link noprefixroute
valid_lft forever preferred_lft forever
klaus@840:~$ systemd-resolve --status --no-pager
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlo1)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.100.1
DNS Servers: 192.168.100.1
DNS Domain: ~.
local
Link 2 (enp0s25)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
klaus@840:~$
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: 3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 5c:e0:c5:0f:09:8d brd ff:ff:ff:ff:ff:ff
inet 192.168.100.151/24 brd 192.168.100.255 scope global dynamic noprefixroute wlo1
valid_lft 7190sec preferred_lft 7190sec
inet6 fe80::5154:d266:8657:6abf/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Dann poste mal die Ausgaben von:
route -n
arp -a
ping -c 3 192.168.100.1
ping -c 4 1.1.1.1
host heise.de
cat /etc/resolv.conf EDIT: Wenn jetzt der Internetzugang nicht funktioniert, dann schreib mal dem Admin, er soll wenn er in seinem Router sieht, dass dein Gerät eine IP-Adresse zugewiesen bekommen hat bzw. dein Gerät per WLAN mit seinem Router verbunden ist, aus dem WLAN seines Routers einen ping und einen arping auf deine IP-Adresse machen:
ping -c 3 192.168.100.151
sudo arping -c 3 -I <Interface> 192.168.100.151
(oder gleichwertig, abhängig vom OS das der Admin benutzt).
|
der_Beueler
(Themenstarter)
Anmeldungsdatum: 22. Juni 2006
Beiträge: 478
Wohnort: Bonn
|
Bitte, hier. arp -a ergab keine Ausgabe. klaus@840:~$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.100.1 0.0.0.0 UG 600 0 0 wlo1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1
192.168.100.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
klaus@840:~$ arp -a
klaus@840:~$ ping -c 3 192.168.100.1
PING 192.168.100.1 (192.168.100.1) 56(84) Bytes Daten.
64 Bytes von 192.168.100.1: icmp_seq=1 ttl=64 Zeit=4.69 ms
--- 192.168.100.1 ping statistics ---
3 Pakete übertragen, 1 empfangen, 66,6667% Paketverlust, Zeit 2032ms
rtt min/avg/max/mdev = 4.691/4.691/4.691/0.000 ms
klaus@840:~$ ping -c 4 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
64 Bytes von 1.1.1.1: icmp_seq=1 ttl=58 Zeit=16.1 ms
64 Bytes von 1.1.1.1: icmp_seq=2 ttl=58 Zeit=1069 ms
64 Bytes von 1.1.1.1: icmp_seq=3 ttl=58 Zeit=44.6 ms
--- 1.1.1.1 ping statistics ---
4 Pakete übertragen, 3 empfangen, 25% Paketverlust, Zeit 3029ms
rtt min/avg/max/mdev = 16.076/376.398/1068.531/489.550 ms, pipe 2
klaus@840:~$ host heise.de
Host heise.de not found: 2(SERVFAIL)
klaus@840:~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search local
klaus@840:~$
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
der_Beueler schrieb: .... arp -a ergab keine Ausgabe.
Dann poste mal die Ausgabe von:
ip n s
Das ist der neighbor-cache (IPv6). der_Beueler schrieb: klaus@840:~$ arp -a
klaus@840:~$ ping -c 3 192.168.100.1
PING 192.168.100.1 (192.168.100.1) 56(84) Bytes Daten.
64 Bytes von 192.168.100.1: icmp_seq=1 ttl=64 Zeit=4.69 ms
--- 192.168.100.1 ping statistics ---
3 Pakete übertragen, 1 empfangen, 66,6667% Paketverlust, Zeit 2032ms
rtt min/avg/max/mdev = 4.691/4.691/4.691/0.000 ms
Wenn arp keine Ausgabe und 66% Verlust beim Ping auf den Router und der Router als dns-resolver benutzt werden soll, muss man sich nicht wundern, wenn die Namensauflösung nicht funktioniert.
Hat es evtl. doch mit MAC-Adresse-radomization zu tun oder evtl. mit IPv6? Frage mal den Admin, ob er evtl. weiß, warum der Router (mit seiner IPv4-Adresse und seiner MAC-Adresse) in den arp-cache deines Gerätes aufgenommen wird.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Was soll das mit IPv6 zu tun haben?
Der hat doch nur ne link-local-Adresse und als DNS ist nur ne IPv4 drinnen.
|