☰

「iw reg set BO」を実行しても何の変化もありません。

tag-icon • tag-icon networking wifi iw
「iw reg set BO」を実行しても何の変化もありません。

この種の問題はすでに存在していることを知っていますが、これは2016年の問題なので、私には効果がありません。私のラップトップにインストールされている最新のKaliバージョンを使用しています。

だからtxpowerを上げることができるように「iw reg set BO」と思いました。しかし、私はそれを理解します：

global country 00: DFS-UNSET (2402 - 2472 @ 40), (6, 20), (N/A) (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN (57240 - 63720 @ 2160), (N/A, 0), (N/A)phy#1 country 99: DFS-UNSET (2402 - 2472 @ 40), (N/A, 20), (N/A) (2457 - 2482 @ 40), (N/A, 20), (N/A), PASSIVE-SCAN (5140 - 5860 @ 40), (N/A, 30), (N/A), PASSIVE-SCAN

だから何もしません。

答え1

まず、iwコマンドは新しいnl80211ベースのワイヤレスデバイスCLI設定ユーティリティです。iwconfigなどの古いツールを置き換えますiwlist。ただし、規制ドメインを変更することは、WiFiアダプタがそれをサポートしている場合にのみ意味があります。

何が起こっているのかを分析してみましょう。

WiFiアダプター：すべてのアダプターが規制ドメインを変更するコマンドを正しく実行するわけではありません。特定のモデルの製造元の仕様を確認して、これが可能かどうかを確認してください。

CRDAとシステム：システムの中央規制ドメインエージェント（CRDA）は、システムまたはWiFiカードに組み込まれている国コードに基づいてコマンドをオーバーライドできます。

試してみるいくつかのトラブルシューティングのヒントは次のとおりです。

sudo dpkg-reconfigure crdacrdaの再構成：国をBOとして実行して設定してcrdaパッケージを再構成します。

dmesgログの確認：このコマンドは、コマンドがdmesg | grep cfg80211許可されているかオーバーライドされていることを確認できる出力ログを表示します。

システムの再起動：実行後に簡単に再起動すると、iw reg set BO変更が適用されるのに役立ちます。

答え2

コメントには2つの重要なdmesgログメッセージが表示されます。

[    3.827270] cfg80211: Loading compiled-in X.509 certificates for regulatory database 
[    3.829504] cfg80211: loaded regulatory.db is malformed or signature is missing/invalid

Debian（およびUbuntuやKaliなどの関連ディストリビューション）は、ファームウェアファイルのロードと本質的に同じメカニズムを使用してワイヤレスガバナンスルールを直接ロードするためcrdaにレガシーシステムを放棄しました。/lib/firmware/regulatory.db

ただし、ガバナンスデータは認証する必要があり、2つの可能なソースがあります。配布カーネルを使用している場合、カーネルのサードパーティの署名キーを避けるために、配布自体が署名したガバナンスデータファイルを使用できます。ただし、カスタムカーネルを使用している場合は、デフォルトのアップストリーム規制署名キーを使用します。

したがって、少なくとも Debian では、2 つのバージョンのガバナンスデータを使用できます。 1つはデプロイカーネル用で、もう1つはユーザーが自分で構築できるカスタムカーネル用です。このエラーメッセージは、無効なバージョンのデータを使用している場合、またはデータを手動で更新した場合、関連する署名ファイルが欠落している可能性があることを示しています。

現在の署名ファイルを更新している場合は、一致するように/lib/firmware/regulatory.dbその署名ファイルも更新する必要があります。/lib/firmware/regulatory.db.p7s

カスタムカーネルを使用している場合は、実行してupdate-alternatives --config regulatory.dbその内容を確認してください。

私はDebianと私自身のカスタム設定カーネルを使用しているので、出力は次のようになります。

update-alternatives --config regulatory.db
There are 2 choices for the alternative regulatory.db (providing /lib/firmware/regulatory.db).

  Selection    Path                                  Priority   Status
------------------------------------------------------------
  0            /lib/firmware/regulatory.db-debian     100       auto mode
  1            /lib/firmware/regulatory.db-debian     100       manual mode
* 2            /lib/firmware/regulatory.db-upstream   50        manual mode

Press <enter> to keep the current choice[*], or type selection number:

あなたの場合、現在選択されているバージョンがあなたに適していないことは明らかであるため、規制データベースの他のバージョンを試してみることもできます。

関連情報