「ローカル選択による認証の中止(理由:3 = DEAUTH_LEAVING)」wifiに接続しようとしたとき


13

PCに64ビットのDebian 9ストレッチ(GNOMEデスクトップ)をインストールしました。私のUSBワイヤレスアダプター(TP-LINK TL-WN722N)は、atherosファームウェアのインストール後に自動的に検出されました。

apt-get install firmware-atheros

しかし、パスワードで保護されているかどうかに関係なく、ワイヤレスフレームワークに接続できません。

USBを差し込みました。検出され、認証が送信され、認証されましたが、すぐに認証が中止されました。IPV6を無効にしても問題は解決しませんでした。これが私のdmesgレポートです。

[   59.880805] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[   60.005727] usb 1-1.4: New USB device found, idVendor=0cf3, idProduct=9271
[   60.005729] usb 1-1.4: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[   60.005731] usb 1-1.4: Product: USB2.0 WLAN
[   60.005732] usb 1-1.4: Manufacturer: ATHEROS
[   60.005734] usb 1-1.4: SerialNumber: 12345
[   60.324981] usb 1-1.4: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[   60.325069] usbcore: registered new interface driver ath9k_htc
[   60.348095] usb 1-1.4: firmware: direct-loading firmware ath9k_htc/htc_9271-1.4.0.fw
[   60.629962] usb 1-1.4: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[   60.880826] ath9k_htc 1-1.4:1.0: ath9k_htc: HTC initialized with 33 credits
[   61.111895] ath9k_htc 1-1.4:1.0: ath9k_htc: FW Version: 1.4
[   61.111897] ath9k_htc 1-1.4:1.0: FW RMW support: On
[   61.111899] ath: EEPROM regdomain: 0x809c
[   61.111900] ath: EEPROM indicates we should expect a country code
[   61.111901] ath: doing EEPROM country->regdmn map search
[   61.111911] ath: country maps to regdmn code: 0x52
[   61.111912] ath: Country alpha2 being used: CN
[   61.111912] ath: Regpair used: 0x52
[   61.122477] ieee80211 phy0: Atheros AR9271 Rev:1
[   61.185069] ath9k_htc 1-1.4:1.0 wlx18a6f7160a49: renamed from wlan0
[   61.224640] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.361032] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.535923] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.743450] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   69.190250] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   70.360621] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   70.551637] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   70.556012] wlx18a6f7160a49: authenticated
[   75.555233] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   76.872114] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   77.061146] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   77.065158] wlx18a6f7160a49: authenticated
[   82.061225] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   83.775718] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   83.965040] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   83.969807] wlx18a6f7160a49: authenticated
[   88.969792] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   91.207178] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   91.395860] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   91.400263] wlx18a6f7160a49: authenticated
[   93.996839] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   94.061841] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   94.233433] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready

なぜこれが起こったのか、なぜ一度で何度も中断されたのかはわかりません。

編集:iwconfigレポート:

enp3s0    no wireless extensions.

wlx18a6f7160a49  IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

lo        no wireless extensions.

そのAPからどれだけ近いですか
Rui F Ribeiro

回答:


15

どういうわけか、私のファームウェアは長いインターフェース名で問題が発生しました。だから私はそれを防ぐためにこのコマンドを実行しました:

ln -s /dev/null /etc/systemd/network/99-default.link

そしてそれは働いた。


ちょうどそのアップ追加するこの記事では、私が理解して助けた理由修正プログラムが実際に動作します。私たちはデフォルトをオーバーライドしているためです/lib/systemd/network/99-default.link含まれているファイルNamePolicyのファームウェアを喜ばないし ところで、私はまだいくつかのネットワークに参加する問題を抱えていました。デフォルトの規制ドメインが私の場所と一致しないことがあったので、aを発行しiw reg set <MyCountryCode>/etc/default/crdaファイルを編集する必要がありました
user3249994

rt2x00でも同じ問題が発生し、この回避策はすぐに機能しました。誰かがそれが機能する理由と適切な解決策が何であるかを誰かが説明できれば幸いです。
Helmut Grohne、2017年

3
私はこれが機能的な回避策であることに同意しますが、誰かが「なぜ」をもう少し良く説明できれば素晴らしいでしょう...私はそれがNetworkManagerの何かと関係があるはずだと思いますが、それは純粋にパントです。
CJ Steele 2017年

1
これは役に立ちます。私は1か月以上この問題と戦ってきました。数か月前にdebianをアップグレードし、この問題が発生し始めましたが、特定のルーターのみでした。Intel wifiチップ(iwlwifiモジュール)を持っています。
KrzysztofKrasoń19年

1
これは私のRalink MTK7601uワイヤレスアダプターで動作します。dmesgレポートがほとんど同じである$ sudo nmcli dev wifi connect MySSIDようなエラーメッセージが表示されますError: Connection activation failed: (53) The Wi-Fi network could not be found.
Arnie97

7

他の人が言ったように、問題はデバイスが取得する非標準の名前(つまりwlan *ではない)が原因で発生します。/ dev / nullのリンクは機能しなかったため、インターフェースの名前を変更するためにudevルールを作成する必要がありました。

/etc/udev/rules.d/70-persistent-net.rules

追加:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?\*", ATTRS{product}=="802.11 n WLAN", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

ATTRS{product}特定のデバイスに調整します。見つけ方はこちら


私はこれと同じ問題を抱えており、このソリューションに遭遇しています... ATTRS{product}交換する必要があるのはそれだけですか?んDRIVERSもそこに何かを持っている必要がありますか、それは実際に設定されることになっている=?おかげで!
J.テイラー

1
1年以上前にやりましたが、率直に言って詳細を覚えていません。私はATTRS {製品}があなたのデバイスに合うのに十分であるべきだと信じています。また、それはDRIVERS == "?*"でなければなりません-スタックは星を食べました。
Maciek

リンクが壊れています!
ナビレーター

これは、NetworkManagerを使用している人のためのソリューションです。このルールはより柔軟にできるため、を気にする必要はありませんATTRS{product}。鉱山はこの構成で目覚めています:SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*", NAME="wlan0"
rodvlopes

1

2つの異なるUSB WiFiスティックで同じ問題があります。修正は私の場合もうまくいきました、ありがとう。
問題はNetworkManagerとファームウェアに関連していると思います:同じコンピューターとUSBスティック、同じLinuxディストリビューション(Debian 9.3)を使用したが、NetworkManagerの代わりにwicdを使用した場合、長い非標準のデバイス名は動作しており、この修正は必要ありませんでした。


私はwicdをインストールしました、そしてその後それはうまく接続しました、ありがとう!
Hayden Thring 2018年

1

受け入れられた答えは私にも有効です。しかし、/ dev / nullへのリンクを使用するのが最善の解決策であるかどうかはわかりません。3〜4か月後には、この場所でそのようなリンクを見つけるのが非常に混乱するためです。

Raspbian私のラズベリーパイIに-インストール以下の内容で、通常のファイル/etc/systemd/network/99-default.linkが見つかりました:

# This machine is most likely a virtualized guest, where the old persistent
# network interface mechanism (75-persistent-net-generator.rules) did not work.
# This file disables /lib/systemd/network/99-default.link to avoid
# changing network interface names on upgrade. Please read
# /usr/share/doc/udev/README.Debian.gz about how to migrate to the currently
# supported mechanism.

問題を解決するために、シンボリックリンクの代わりにこの通常のファイルを使用します。このソリューションには、システムに何らかのドキュメントがあるという利点があると思います(おそらく、このページへのリンクを追加する必要があります...)。

これは、future-meに何が起こっているかについてのヒントを与えます。>;->


0

他の人が言ったように、問題はデバイスが取得する非標準の名前(つまり、wlan *ではない)が原因です。以下は、systemd.networkdまたはNetworkManagerを使用するときにネットワークインターフェースの名前を設定する適切な方法です。

systemd.networkd

にリンク/dev/nullすると問題が解決する場合がありますが、適切な方法は.link fileデバイス名の設定を作成することです。

/etc/systemd/network/50-wlan.link次の内容で作成します。

[Match]
Type=wlan

[Link]
Name=wlan0

ネットワークを再起動または再起動して、結果を確認します。 udevadm info /sys/class/net/wlan0 | grep ID_NET_NAME=

詳細とデバッグ情報は、https//www.freedesktop.org/software/systemd/man/systemd.link.htmlにあります。

ネットワーク管理者

NetworkManagerを使用する場合、/ etc / udev / rules.dディレクトリにルールを作成することで、インターフェースの名前を変更できます。

/etc/udev/rules.d/70-rename-wlan.rules次の内容で作成します。

SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*", NAME="wlan0"

すべてが正常に行われた場合はwlan0、デバイスの後にが表示されますreboot

root@bananapi:~# ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group 
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group 
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group 

また、を使用してWi-Fiに接続できますnmcli d wifi connect MEU_WIFI_SSID password MEU_PASSWORDnmcli再起動後に接続し、再接続を持続します。


NetworkManagerもsystemd-networkdもデバイスの名前を変更しないと思います。これはudevによって行われます。そのため、はい、udevルールの記述は機能し、.linkファイルの作成も機能します(その場合、.linkファイルはsystemd-networkdではなくudevによって処理されます)。
タラー

2番目の例では、NetworkManagerではなく、udevがジョブを実行していることは明らかです。難しいかもしれませんが、2番目の例では、systemd-networkdは仕事を完了することもできます(おそらく、内部でudevと通信します)。
rodvlopes

-1

受け入れられた解決策は私にとってはうまくいきませんでした。

接続プロパティでIPv6を無効にすることで問題を解決しました。nm-connection-editorを実行し、問題のある接続を選択し、歯車のアイコンが付いたボタン(私の場合)を押して、[IPv6設定]タブに移動し、[方法]フィールドで[無視]オプションを選択します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.