View Issue Details

IDProjectCategoryView StatusLast Update
0005887Kali Linux[All Projects] General Bugpublic2019-12-10 09:40
ReporterxR-E-Zx Assigned Torhertzog  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version2019.4 
Target VersionFixed in Version2020.1 
Summary0005887: Wifi Naming Issue
DescriptionI have done everything to try and solve this, but i just can't do it. The Atheros chipset has always been my go to, and now I'm mid lab having to wait for an update or look into another card. Disappointed.

It was working just fine and then I finished the update and restarted my machine, and it started throwing the renamed line into dmesg. After the restart of the machine it preps you to re-log your credentials after already being saved and then refuses to connect. Digging deeper into connecting with the Atheros I found it drops (aborting is the word it uses) the authentication with my router after the first exchange.

Hope it gets fixed soon. The Atheros chipset is always a fan favorite for reliable injection and other fun stuff.
Steps To ReproducePlug and play the Alfa Atheros chipset wifi cards.
Additional InformationOutput from my machine:

~$ lsusb | grep -i "atheros"
Bus 001 Device 003: ID 0cf3:9271 Qualcomm Atheros Communications AR9271 802.11n

~$ sudo dmesg | grep -i "ath9k_htc 1-2:1.0"
[ 656.083569] ath9k_htc 1-2:1.0: ath9k_htc: HTC initialized with 33 credits
[ 656.372292] ath9k_htc 1-2:1.0: ath9k_htc: FW Version: 1.4
[ 656.372294] ath9k_htc 1-2:1.0: FW RMW support: On
[ 656.400118] ath9k_htc 1-2:1.0 wlx00c0ca978217: renamed from wlan0

~$ sudo ifconfig -a | grep -i "w"
wlx00c0ca978217: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500

Activities

SirEvgen

2019-12-08 05:42

reporter   ~0011600

It's not only atheroth. I have dlink and Realtek adapters. And same story.

rhertzog

2019-12-10 09:40

administrator   ~0011625

This should be fixed with kali-defaults 2020.1.0.

To disable the MAC-based naming, kali-defaults is now setting up this symlink:
ln -sf /dev/null /etc/systemd/network/73-usb-net-by-mac.link

This regression is related to a change in systemd 244-2 that replaced the former udev rule with this systemd configuration file.

Issue History

Date Modified Username Field Change
2019-12-08 04:10 xR-E-Zx New Issue
2019-12-08 05:42 SirEvgen Note Added: 0011600
2019-12-10 09:40 rhertzog Assigned To => rhertzog
2019-12-10 09:40 rhertzog Status new => resolved
2019-12-10 09:40 rhertzog Resolution open => fixed
2019-12-10 09:40 rhertzog Fixed in Version => 2020.1
2019-12-10 09:40 rhertzog Note Added: 0011625