[gelöst] DHCP funktioniert nicht

[sorcim]

Hallo zusammen,

ich habe auf einem Dell Inspiron 15z gestern Debian Stretch installiert und versuche nun, das WLAN zum Laufen zu bringen. Leider habe ich damit Schwierigkeiten.

lspci Output:

Code: Alles auswählen

07:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
	Subsystem: Intel Corporation Centrino Wireless-N 2230 BGN
	Flags: bus master, fast devsel, latency 0, IRQ 30
	Memory at f7d00000 (64-bit, non-prefetchable) [size=8K]
	Capabilities: [c8] Power Management version 3
	Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [e0] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Device Serial Number 60-6c-66-ff-ff-8c-6b-67
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi

Momentan gewählte iwlwifi Optionen (ich habe aber schon mehrere durchprobiert).

Code: Alles auswählen

Module: iwlwifi
Parameter: 11n_disable --> 1
Parameter: amsdu_size --> 0
Parameter: antenna_coupling --> 0
Parameter: bt_coex_active --> N
Parameter: d0i3_disable --> Y
Parameter: d0i3_timeout --> 1000
Parameter: disable_11ac --> N
Parameter: fw_monitor --> N
Parameter: fw_restart --> Y
Parameter: lar_disable --> N
Parameter: led_mode --> 0
Parameter: nvm_file --> (null)
Parameter: power_level --> 0
Parameter: power_save --> N
Parameter: swcrypto --> 1
Parameter: uapsd_disable --> 3

uname -a:

Code: Alles auswählen

Linux lukas-pc 4.9.0-7-amd64 #1 SMP Debian 4.9.110-1 (2018-07-05) x86_64 GNU/Linux

Sowohl mit NetworkManager, als auch mit wicd funktioniert die Verbindung nicht (bzw nur mit statischer Adresse). Darum habe ich es nun noch einmal händisch probiert zu konfigurieren und bekomme so ebenfalls eine Verbindung mit statischer IP-Adresse hin, nicht jedoch mit dynamischer Adresse.

/etc/network/interfaces:

Code: Alles auswählen

auto wlan0
iface wlan0 inet static
#iface wlan0 inet dhcp
      address 192.168.178.222
      netmask 255.255.255.0
      dns-nameservers 192.168.178.1
      gateway 192.168.178.1
      wpa-ssid ESSID
      wpa-psk PSK_KEY

Ich habe auch mal den Traffic während der DHCP Requests mitgelauscht. Damit kann ich nicht so viel anfangen, aber es sieht so aus, als würden DHCP Requests gesendet.

Code: Alles auswählen

13:08:15.865450 EAPOL key (3) v2, len 95
13:08:15.865961 EAPOL key (3) v1, len 117
13:08:15.872868 EAPOL key (3) v2, len 151
13:08:15.873132 EAPOL key (3) v1, len 95
13:08:16.218660 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:16.421348 ARP, Request who-has 192.168.178.38 tell 192.168.178.1, length 28
13:08:17.242673 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:17.547760 ARP, Request who-has 192.168.178.179 tell 192.168.178.1, length 28
13:08:17.650370 ARP, Request who-has 192.168.178.45 tell 192.168.178.1, length 28
13:08:18.266550 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:18.674087 ARP, Request who-has 192.168.178.45 tell 192.168.178.1, length 28
13:08:19.188277 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:20.212285 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:21.236291 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:22.260366 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:22.997388 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300
13:08:23.284222 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:24.205912 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:25.229917 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:26.253920 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:26.661410 ARP, Request who-has 192.168.178.199 tell 192.168.178.1, length 28
13:08:27.277885 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:27.685416 ARP, Request who-has 192.168.178.199 tell 192.168.178.1, length 28
13:08:28.199541 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:28.607022 ARP, Request who-has 192.168.178.199 tell 192.168.178.1, length 28
13:08:29.223799 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:29.631026 ARP, Request who-has 192.168.178.195 tell 192.168.178.1, length 28
13:08:29.667794 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300
13:08:30.247545 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:30.655034 ARP, Request who-has 192.168.178.195 tell 192.168.178.1, length 28
13:08:31.271551 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:31.679042 ARP, Request who-has 192.168.178.195 tell 192.168.178.1, length 28
13:08:32.193159 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:32.703053 ARP, Request who-has 192.168.178.193 tell 192.168.178.1, length 28
13:08:33.217176 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:33.627702 ARP, Request who-has 192.168.178.193 tell 192.168.178.1, length 28
13:08:34.241176 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:34.648586 ARP, Request who-has 192.168.178.193 tell 192.168.178.1, length 28
13:08:35.265190 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:35.672668 ARP, Request who-has 192.168.178.191 tell 192.168.178.1, length 28
13:08:36.289189 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:36.696678 ARP, Request who-has 192.168.178.191 tell 192.168.178.1, length 28
13:08:37.210788 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:37.267384 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300
13:08:37.720603 ARP, Request who-has 192.168.178.191 tell 192.168.178.1, length 28
13:08:38.234802 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:38.642285 ARP, Request who-has 192.168.178.187 tell 192.168.178.1, length 28
13:08:39.258807 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:39.666854 ARP, Request who-has 192.168.178.187 tell 192.168.178.1, length 28
13:08:40.282795 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:40.690225 ARP, Request who-has 192.168.178.187 tell 192.168.178.1, length 28
13:08:41.204415 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:41.714303 ARP, Request who-has 192.168.178.175 tell 192.168.178.1, length 28
13:08:42.228423 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:42.738308 ARP, Request who-has 192.168.178.175 tell 192.168.178.1, length 28
13:08:43.252429 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:43.659915 ARP, Request who-has 192.168.178.175 tell 192.168.178.1, length 28
13:08:44.276439 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:44.683792 ARP, Request who-has 192.168.178.174 tell 192.168.178.1, length 28
13:08:45.198043 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:45.707925 ARP, Request who-has 192.168.178.174 tell 192.168.178.1, length 28
13:08:46.222053 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:46.731934 ARP, Request who-has 192.168.178.174 tell 192.168.178.1, length 28
13:08:47.246060 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:47.755939 ARP, Request who-has 192.168.178.170 tell 192.168.178.1, length 28
13:08:48.270071 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:48.677545 ARP, Request who-has 192.168.178.170 tell 192.168.178.1, length 28
13:08:49.192041 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:49.701552 ARP, Request who-has 192.168.178.170 tell 192.168.178.1, length 28
13:08:50.215672 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:50.725557 ARP, Request who-has 192.168.178.165 tell 192.168.178.1, length 28
13:08:51.239676 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:51.749563 ARP, Request who-has 192.168.178.165 tell 192.168.178.1, length 28
13:08:52.076726 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300
13:08:52.264012 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:52.773498 ARP, Request who-has 192.168.178.165 tell 192.168.178.1, length 28
13:08:53.185293 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:53.695175 ARP, Request who-has 192.168.178.161 tell 192.168.178.1, length 28
13:08:54.209307 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:54.719184 ARP, Request who-has 192.168.178.161 tell 192.168.178.1, length 28
13:08:55.233317 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:55.743190 ARP, Request who-has 192.168.178.161 tell 192.168.178.1, length 28
13:08:56.257309 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:56.767200 ARP, Request who-has 192.168.178.160 tell 192.168.178.1, length 28
13:08:57.178919 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:57.791127 ARP, Request who-has 192.168.178.160 tell 192.168.178.1, length 28
13:08:58.202923 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:58.713840 ARP, Request who-has 192.168.178.160 tell 192.168.178.1, length 28
13:08:59.226929 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:08:59.736817 ARP, Request who-has 192.168.178.158 tell 192.168.178.1, length 28
13:09:00.250945 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:00.760827 ARP, Request who-has 192.168.178.158 tell 192.168.178.1, length 28
13:09:01.274940 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:01.784828 ARP, Request who-has 192.168.178.158 tell 192.168.178.1, length 28
13:09:02.093027 IP 192.168.178.1.56124 > 239.255.255.250.1900: UDP, length 123
13:09:02.196545 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:02.808827 ARP, Request who-has 192.168.178.156 tell 192.168.178.1, length 28
13:09:03.220554 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:03.730438 ARP, Request who-has 192.168.178.156 tell 192.168.178.1, length 28
13:09:04.244561 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:04.754449 ARP, Request who-has 192.168.178.156 tell 192.168.178.1, length 28
13:09:05.268563 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:05.778451 ARP, Request who-has 192.168.178.153 tell 192.168.178.1, length 28
13:09:06.190173 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:06.802342 ARP, Request who-has 192.168.178.153 tell 192.168.178.1, length 28
13:09:07.008249 IP 192.168.178.1.56124 > 239.255.255.250.1900: UDP, length 123
13:09:07.214180 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:07.724061 ARP, Request who-has 192.168.178.153 tell 192.168.178.1, length 28
13:09:08.238181 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:08.748072 ARP, Request who-has 192.168.178.142 tell 192.168.178.1, length 28
13:09:09.262192 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:09.772072 ARP, Request who-has 192.168.178.142 tell 192.168.178.1, length 28
13:09:10.286193 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:10.797219 ARP, Request who-has 192.168.178.142 tell 192.168.178.1, length 28
13:09:11.207796 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:11.819959 ARP, Request who-has 192.168.178.141 tell 192.168.178.1, length 28
13:09:12.025886 IP 192.168.178.1.56124 > 239.255.255.250.1900: UDP, length 123
13:09:12.230935 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300
13:09:12.231717 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:12.741694 ARP, Request who-has 192.168.178.141 tell 192.168.178.1, length 28
13:09:12.844103 IP 192.168.178.1 > 224.0.0.1: igmp query v3
13:09:13.255810 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:13.765623 ARP, Request who-has 192.168.178.141 tell 192.168.178.1, length 28
13:09:14.279816 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:14.380206 IP 192.168.178.26 > 224.0.0.22: igmp v3 report, 1 group record(s)
13:09:14.789707 ARP, Request who-has 192.168.178.137 tell 192.168.178.1, length 28
13:09:15.201422 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:15.813710 ARP, Request who-has 192.168.178.137 tell 192.168.178.1, length 28
13:09:16.225430 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:16.837646 ARP, Request who-has 192.168.178.137 tell 192.168.178.1, length 28
13:09:16.843864 ARP, Request who-has 169.254.7.140 tell 0.0.0.0, length 28
13:09:17.043506 IP 192.168.178.1.56124 > 239.255.255.250.1900: UDP, length 123
13:09:17.249446 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:17.554656 IP 192.168.178.233 > 224.0.0.22: igmp v3 report, 2 group record(s)
13:09:17.861726 ARP, Request who-has 192.168.178.135 tell 192.168.178.1, length 28
13:09:18.054233 ARP, Request who-has 169.254.7.140 tell 0.0.0.0, length 28
13:09:18.273447 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:18.783332 ARP, Request who-has 192.168.178.135 tell 192.168.178.1, length 28
13:09:19.195052 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:19.422271 ARP, Request who-has 169.254.7.140 tell 0.0.0.0, length 28
13:09:19.807341 ARP, Request who-has 192.168.178.135 tell 192.168.178.1, length 28
13:09:20.219065 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:20.421823 IP 192.168.178.26 > 224.0.0.22: igmp v3 report, 1 group record(s)
13:09:20.831343 ARP, Request who-has 192.168.178.131 tell 192.168.178.1, length 28
13:09:21.243073 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:21.422452 ARP, Request who-has 169.254.7.140 tell 169.254.7.140, length 28
13:09:21.444349 IP 169.254.7.140 > 224.0.0.22: igmp v3 report, 1 group record(s)
13:09:21.533619 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)
13:09:21.674632 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [2q] [2n] ANY (QM)? 140.7.254.169.in-addr.arpa. ANY (QM)? lukas-pc.local. (94)
13:09:21.855341 ARP, Request who-has 192.168.178.131 tell 192.168.178.1, length 28
13:09:21.924748 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [2q] [2n] ANY (QM)? 140.7.254.169.in-addr.arpa. ANY (QM)? lukas-pc.local. (94)
13:09:22.060397 IP 169.254.7.140 > 224.0.0.22: igmp v3 report, 1 group record(s)
13:09:22.061134 IP 192.168.178.1.56124 > 239.255.255.250.1900: UDP, length 123
13:09:22.175850 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [2q] [2n] ANY (QM)? 140.7.254.169.in-addr.arpa. ANY (QM)? lukas-pc.local. (94)
13:09:22.267071 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:22.367451 IP 192.168.178.26 > 224.0.0.22: igmp v3 report, 1 group record(s)
13:09:22.375914 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0*- [0q] 2/0/0 (Cache flush) PTR lukas-pc.local., (Cache flush) A 169.254.7.140 (82)
13:09:22.533714 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)
13:09:22.776956 ARP, Request who-has 192.168.178.131 tell 192.168.178.1, length 28
13:09:23.188665 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:23.422919 ARP, Request who-has 169.254.7.140 tell 169.254.7.140, length 28
13:09:23.566648 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0*- [0q] 2/0/0 (Cache flush) PTR lukas-pc.local., (Cache flush) A 169.254.7.140 (82)
13:09:23.800965 ARP, Request who-has 192.168.178.128 tell 192.168.178.1, length 28
13:09:24.212679 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:24.534436 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)
13:09:24.824969 ARP, Request who-has 192.168.178.128 tell 192.168.178.1, length 28
13:09:25.236685 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:25.758301 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0*- [0q] 2/0/0 (Cache flush) PTR lukas-pc.local., (Cache flush) A 169.254.7.140 (82)
13:09:25.850615 ARP, Request who-has 192.168.178.128 tell 192.168.178.1, length 28
13:09:26.260700 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:26.872905 ARP, Request who-has 192.168.178.125 tell 192.168.178.1, length 28
13:09:27.284698 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:27.794586 ARP, Request who-has 192.168.178.125 tell 192.168.178.1, length 28
13:09:28.206312 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:28.536864 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)
13:09:28.818516 ARP, Request who-has 192.168.178.125 tell 192.168.178.1, length 28
13:09:29.230316 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:29.842598 ARP, Request who-has 192.168.178.116 tell 192.168.178.1, length 28
13:09:30.254322 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:30.866602 ARP, Request who-has 192.168.178.116 tell 192.168.178.1, length 28
13:09:31.278330 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:31.890606 ARP, Request who-has 192.168.178.116 tell 192.168.178.1, length 28
13:09:32.199928 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:32.792885 IP 192.168.178.1.49230 > 192.168.178.114.80: Flags [S], seq 400100134, win 5840, options [mss 1460,sackOK,TS val 261953112 ecr 0,nop,wscale 4], length 0
13:09:33.223936 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:34.247944 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:35.271945 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:35.789470 IP 192.168.178.1.49230 > 192.168.178.114.80: Flags [S], seq 400100134, win 5840, options [mss 1460,sackOK,TS val 261953412 ecr 0,nop,wscale 4], length 0
13:09:36.193561 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:36.545713 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)
13:09:37.217453 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263
13:09:38.241572 IP 192.168.178.26.54915 > 192.168.178.255.54915: UDP, length 263

EDIT:
Ich habe übrigens momentan IPv6 per Kernel-Parameter deaktiviert, weil ich dies auch schon als Lösungshinweise im Internet gefunden hatte. Aber auch mit IPv6 funktioniert es nicht.

Mit anderen Geräten kann ich mich übrigens problemlos verbinden, aber an diesem Gerät funktioniert es weder über WLAN, noch über Ethernet.

Könnt ihr mir hier vielleicht weiterhelfen?

Viele Grüße,
Tobias

[MSfree]

Standardfrage:

Hast du die nötige Firmware für die WLAN-Karte installiert?

Feststellbar mit:

Code: Alles auswählen

dmesg | grep -i firmware

[jph]

Hast du die nötige Firmware für die WLAN-Karte installiert?

Lies das Posting doch einfach mal: die Karte funktioniert mit statischer IP. DHCP dagegen nicht. Das dürfte nicht an fehlender Firmware liegen.

[sorcim]

Ich habe die Firmware aus den stretch-backports installiert:

Code: Alles auswählen

[    2.380853] iwlwifi 0000:07:00.0: firmware: direct-loading firmware iwlwifi-2030-6.ucode
[    2.381043] iwlwifi 0000:07:00.0: loaded firmware version 18.168.6.1 op_mode iwldvm

Der dmesg Output beim Verbindungsversuch mit DHCP ist unten aufgeführt. Die Meldung mit dem "deauthenticating" habe ich schon gegooglet und die dort beschriebenen Tips befolgt (deaktivieren IPv6, Kernel Parameter, zu langer Interfacename, etc.). Ich denke aber eher, dass die Deauthentifizierung aufgrund des Scheiterns der DHCP Verbindung erfolgt (und nicht andersherum). Da stelle ich aber eher Vermutungen an, weil ich mich damit nicht auskenne.

Code: Alles auswählen

[ 2527.325645] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2527.333250] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2527.333341] iwlwifi 0000:07:00.0: Radio type=0x2-0x0-0x0
[ 2527.588543] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2527.596132] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2527.596220] iwlwifi 0000:07:00.0: Radio type=0x2-0x0-0x0
[ 2527.770424] device wlan0 entered promiscuous mode
[ 2528.246613] wlan0: authenticate with 08:96:d7:65:77:d2
[ 2528.247995] wlan0: send auth to 08:96:d7:65:77:d2 (try 1/3)
[ 2528.250878] wlan0: authenticated
[ 2528.254490] wlan0: associate with 08:96:d7:65:77:d2 (try 1/3)
[ 2528.260315] wlan0: RX AssocResp from 08:96:d7:65:77:d2 (capab=0x431 status=0 aid=7)
[ 2528.263689] wlan0: associated
[ 2611.212563] device wlan0 left promiscuous mode
[ 2618.842044] wlan0: deauthenticating from 08:96:d7:65:77:d2 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 2646.856457] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2646.864047] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2646.864137] iwlwifi 0000:07:00.0: Radio type=0x2-0x0-0x0
[ 2647.129884] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2647.137576] iwlwifi 0000:07:00.0: L1 Enabled - LTR Disabled
[ 2647.137668] iwlwifi 0000:07:00.0: Radio type=0x2-0x0-0x0
[ 2647.813180] wlan0: authenticate with 08:96:d7:65:77:d2
[ 2647.817423] wlan0: send auth to 08:96:d7:65:77:d2 (try 1/3)
[ 2647.839009] wlan0: authenticated
[ 2647.842729] wlan0: associate with 08:96:d7:65:77:d2 (try 1/3)
[ 2647.848938] wlan0: RX AssocResp from 08:96:d7:65:77:d2 (capab=0x431 status=0 aid=7)
[ 2647.852225] wlan0: associated

LG,
Tobias

[bluestar]

In deinem Mitschnitt sind DHCP-Requests zu sehen, lediglich die Antwort des DHCP-Servers kommt nicht an.

[BenutzerGa4gooPh]

Code: Alles auswählen

13:08:29.667794 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 60:6c:66:8c:6b:67, length 300

DHCP-Requests aber keine Antwort - jedenfalls nicht sichtbar.
Könnte auch daran liegen, dass ungünstig gefiltert wurde.

Code: Alles auswählen

13:08:30.655034 ARP, Request who-has 192.168.178.195 tell 192.168.178.1, length 28

Eventuell probiert hier der Client, ob zugeteilte IP schon vergeben, würde dann abgelehnt. Bin mir jedoch nicht sicher.
Lies mal zum DHCP-Protokoll Wikipedia und versuche, zielgerichteter zu sniffen/filtern.
Da ich faul bin, würde ich vorher die Einstellungen des DHCP-Servers prüfen.

Edit: bluestar war schneller.

Edit2: Der Netzwerkmanager mag übrigens nicht ohne Weiteres, wenn man an der /etc/network/interfaces rumspielt. Dann sollte dort nur lo konfiguriert sein.
https://wiki.debian.org/de/NetworkManager

[bluestar]

Edit: bluestar war schneller.

Chapeau Jana66 war ausführlicher.

[BenutzerGa4gooPh]

Code: Alles auswählen

13:09:28.536864 IP 169.254.7.140.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _pgpkey-hkp._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. (63)

Merkwürdig.

[MSfree]

Also, die Möglichkeit doppelter IP-Adressvergabe sollte bei DHCP nicht passieren. Der DHCP-Server testet eine IP-Adresse per ping, bevor diese an den Client übermittelt wird. OK, man kann sich jetzt immer noch Szenarien ausdenken, wie man doppelt IPs im Netz produziert, aber ich denke nicht, daß das hier der Fall sein sollte.

Mir fällt an der /etc/network/interfaces oben aber auf, daß dort der DHCP-Teil auskommentiert ist. Mit DHCP sollten dort aber keine Adsress, Netmask. DNS etc Einträge mehr vorhanden sein. Sie sollte also so aussehen:

Code: Alles auswählen

auto wlan0
iface wlan0 inet static
      wpa-ssid ESSID
      wpa-psk PSK_KEY

Mir fällt weiter oben auch auf, daß sich die WLAN-Schnittstelle "deauthenticatet", also vom WLAN-Router verabschiedet. Ob das wegen eines Timeouts passiert, weil keine IP-Adresse per DHCP kommt, oder weil der WLAN-Router den Rechner noch per MAC-Adresse blockiert, kann ich nicht sagen. Eventuell ist also beim WLAN-Router ein MAC-Filter eingerichtet, bei dem der Rechner noch fehlt. Und ja, ich kann mir bei einen MAC-Filter nicht erklären, warum statische IPs funktionieren, aber bei diesen Plastikroutern weiß man nie so recht.

Lies das Posting doch einfach mal: die Karte funktioniert mit statischer IP. DHCP dagegen nicht. Das dürfte nicht an fehlender Firmware liegen.

Du glaubst wohl wirklich, daß ich Postings nicht lese. Eine beiläufige Erklärung, daß man mit statischer IP "eine Verbindung" bekommt, ist mir nicht schlüssig genug. Welche Art der Verbindung geht daraus nicht hervor, folglich gehe ich bei so einer Bemerkung immer davon aus, daß das eine Fehlinterprätation des Postenden ist.

[sorcim]

Vielen Dank erstmal für eure Antworten.

1. Ich habe den NetworkManager deinstalliert, nachdem er nach etlichen Versuchen nicht funktioniert hat und bevor ich damit angefangen habe, an der /etc/network/interfaces herumzuschrauben. Wicd ist zwar jetzt noch installiert, wird aber momentan nicht genutzt. Ich möchte jetzt erstmal versuchen, manuell eine Verbindung aufzubauen (so kann ich leichter feststellen, an welcher Stelle es hakt.) Die /etc/network/interfaces zeigt momentan nur die Konfiguration für die statische IP Adresse. Für dhcp wird natürlich die Zeile mit dhcp einkommentiert und die überflüssigen Zeilen auskommentiert (wie es auch in MSfree's Post beschrieben ist.)
2. Mit der statischen IP kann ich ganz normal surfen (ich schreibe gerade von dem "Problemcomputer".)
3. Ein Mac-Adressenfilter ist nicht aktiviert. Bei DHCP gibt es scheinbar nicht allzu viele Einstellungen und das, was da steht, sieht vernünftig aus. (IP-Range, Gültigkeitsdauer 10 Tage, lokaler DNS)

Dann werde ich mich wohl mal mit dem DHCP Protokoll auseinandersetzen müssen um den mitgeschnittenen Traffic zu "verstehen". Gefiltert habe ich da händisch nichts, aber ob tcpdump standardmäßig Sachen herausfiltert, weiß ich nicht. Werd mich mal durch die Dokumentation wühlen. Habe jedenfalls diesen Befehl benutzt:

Code: Alles auswählen

tcpdump -i wlan0 -n > tcpdump.log

LG,
Tobias

[mat6937]

Dann werde ich mich wohl mal mit dem DHCP Protokoll auseinandersetzen müssen ...

BTW: Der _funktionierenden_ WLAN-Verbindung ist es egal wann, wie und ob dem WLAN-Client eine IP-Adresse zugewiesen wird.

Für den 4-way-handshake und das rekeying zwischen WLAN-AP(/Router) und WLAN-Client, ist eine IP-Adresse nicht erforderlich. D. h. die WLAN-Verbindung kann hergestellt werden und die Zuweisung (dhcp oder statisch) einer IP-Adresse an den WLAN-Client, kann auch zu einem späteren Zeitpunkt (halbe Stunde oder nach 1 Stunde oder ...) statt finden.

EDIT:

Siehe z. B. die Ausgaben von:

Code: Alles auswählen

tcpdump -vvveni any ether proto 0x888e

[BenutzerGa4gooPh]

Also, die Möglichkeit doppelter IP-Adressvergabe sollte bei DHCP nicht passieren. Der DHCP-Server testet eine IP-Adresse per ping, bevor diese an den Client übermittelt wird.

Ist wohl nicht unbedingt Standard:

Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen ARP-Request mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer DHCPDECLINE-Nachricht zurückweisen.

https://de.wikipedia.org/wiki/Dynamic_H ... n_Protocol
Vom Server-ping lese ich dort gar nichts, aber den habe ich schon in Logs gesehen (Cisco). Wahrscheinlich beides Kür und keine Pflicht. Habe heute aber auch keine Lust, komplette Standards zu lesen.

[mat6937]

Ist wohl nicht unbedingt Standard:

Das dhcp der FritzBox prüft nicht. Hier ein Beispiel:

Code: Alles auswählen

sudo arp-scan -I wlan1 -RN -l | grep -i 43
192.168.178.43	b8:27:eb:a8:6a:64	(Unknown)
192.168.178.43	b8:27:eb:a8:6a:64	(Unknown) (DUP: 2)

Die 1. IP 192.168.178.43 ist dem Client statisch zugewiesen worden und erst danach, die 2. IP 192.168.178.43 per dhcp von der FritzBox.

[MSfree]

Könntest du noch nachschauen, welchen DHCP-Client du installiert hast?

Code: Alles auswählen

dpkg -l | grep dhcp

[mat6937]

Könntest du noch nachschauen, welchen DHCP-Client du installiert hast?

Hier ist es der dhcpcd5.

[eggy]

"dhcpdump" ist übrigens nen sehr schönes Tool zur DHCP-Fehlerdiagnose, ganz einfach zu bedienen: dhcpdump -i wlan0
Erfolgreicher IP-Bezug sieht dann in etwa so aus:

Code: Alles auswählen

....
IP: 0.0.0.0 (client mac) > 255.255.255.255 (ff:ff:ff:ff:ff:ff)
OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
....
IP: server > client
OPTION:  53 (  1) DHCP message type         2 (DHCPOFFER)
....
IP: client > server
OPTION:  53 (  1) DHCP message type         3 (DHCPREQUEST)
....
IP: server > client
OPTION:  53 (  1) DHCP message type         5 (DHCPACK)

Die Zeile mit dem promiscmode im Log finde ich komisch, mich würde mal interessieren was

Code: Alles auswählen

 iwconfig wlan0 

zum "Mode" sagt. Und kann es sein, dass der AP doch nen MAC-Filter aktiv hat? Falls ja, schau nach, ob sich da evtl ein Schreibfehler eingeschlichen hat. Falls nein, schau nach, ob der ausversehn doch an ist.

[MSfree]

Hier ist es der dhcpcd5.

Das hatte ich befürchtet, der hat mir auch schon einige Kopfschmerzen bereitet.

Ich nutze isc-dhcp-client, der arbeitet auch mit ifup/ifdown sauber zusammen, also dem Mechanismus, der /etc/network/interfaces verwendet.

Ich würde an deiner Stelle den dhcpcd5 purgen und den isc-dhcp-client statt dessen installieren.

Code: Alles auswählen

apt-get purge dhcpcd5
apt-get install isc-dhcp-client

[mat6937]

Ich würde an deiner Stelle den dhcpcd5 purgen und den isc-dhcp-client statt dessen installieren.

Nein, warum? Der dhcpcd funktioniert einwandfrei. Die IP-Adresse 192.168.178.43 ist aus dem DHCP-Pool der FritzBox.

Das zusätzliche statische Zuweisen der IP-Adresse 192.168.178.43 mit systemd-networkd, ist bzw. war jetzt mal nur für dieses Beispiel aktiv. Dass das wlan0-Interface hier eine doppelte Zuweisung der IP-Adresse 192.169.178.43 hat, kann ich nur mit arp-scan sehen bzw. feststellen. Das merkt die FritzBox (dhcp-Server) nie bzw. nicht und auf dem Client, in den Ausgaben von "ifconfig" bzw. "ip a" (oder gleichwertig) sieht man diese doppelte Zuweisung auch nicht. Wenn die statische Zuweisung per systemd-networkd wieder deaktiviert ist, zeigt arp-scan auch nur einmal bzw. auch nur eine einzige IP-Adresse 192.168.178.43 für diesen Client an.

[BenutzerGa4gooPh]

@sorcim: Machen wir noch paar Schüsse in's Blaue:

Auf dem Router-IF 192.168.178.1 läuft auch wirklich ein aktivierter DHCP-Server? Oder nur auf einem anderen IF des Routers?
Extra DHCP-Server (also nicht auf Router) in anderem Subnetz als 192.168.178.0/24 , Raspi oder sowas? So wegen fehlender DHCP-Antworten. (Dann braucht man Relay auf Router wegen Umwandlung der DHCP-Broadcasts.)
Alle festen IPs ausserhalb des DHCP-Pools vergeben?
Irgendwelche Filterregeln? Welcher Router?

[sorcim]

Hallo zusammen,

eure Hinweise haben mir schon sehr geholfen und mittlerweile funktioniert das WLAN. Es scheint an folgendem gelegen zu haben:

Anscheinend war von einer früheren Installation auf diesem Rechner auf dem Router/DHCP-Server die MAC-Adresse schon gespeichert. Darum hat der Router nur die Adresse 192.168.178.26 als Adresse angeboten und als dieser PC dann den Request an den DHCP-Server zurückgesendet hat kam von diesem die Antwort, dass die IP schon verwendet wird. Daraufhin habe ich mir nochmal die Liste der verbundenen Geräte auf dem Router angeschaut und tatsächlich wird diese IP mittlerweile von einem anderen PC verwendet. Darum hat der DHCP-Server die Anfrage dann abgelehnt. (Etwas komisch finde ich, dass er sie trotzdem immer wieder angeboten hat.) Jetzt habe ich alle gespeicherten Einstellungen auf dem DHCP Server gelöscht und jetzt bekommt der Laptop eine andere IP Adresse angeboten. Nach dem gesendeten DHCP Request wird diese dann auch vom Router akzeptiert und die Verbindung steht.

Komisch ist, dass man diese Offers und Requests in den ersten Logs nicht gesehen hat. Zwischendurch hatte ich eigentlich nichts geändert, sondern nur den DHCP Client hier auf dem Laptop neu installiert. In dhcpdump hat man die Offers dann gesehen. Vielleicht lag hier noch ein weiteres Problem vor.

Vielen Dank jedenfalls für eure Unterstützung. Ich hoffe, ich habe dabei was fürs nächste Mal gelernt.

LG,
Tobias