構文エラーがあるかどうかwpa_supplicant.confを確認するには?

構文エラーがあるかどうかwpa_supplicant.confを確認するには?

構文エラーが発生したかどうかを確認できるツールがあるかどうか疑問に思います。wpa_supplicant.conf(5)

ユーティリティを探しています。wpa_requester(8)--checkこれはフラグと同じ目的で使用されます。ビジョン(8)~から 須藤(8)母音。

これまでに私が思いついた唯一の解決策は、次のことを実行することです。

wpa_supplicant -c wpa_supplicant.conf -iNonexistentInterface`

しかし、それは理想的ではありません。インターフェイス名が無効なため、戻りコードは常に255です。

理想的には、このユーティリティをFreeBSDで実行したいと思います。

ベストアンサー1

あなたの風は理解していますが、そのようなことがあるとは知りませんでした。これは素晴らしい機能になります。でも今はかなり近づいているようです。

しかし、次のような別のユーティリティがあります。wpa_cli少し異なるアプローチを検討したい場合は、これが役に立ちます。あるいは、この事実を知ってその考えをあきらめたかもしれません。

一緒に使えますwpa_supplicant.conf基本システムでは:

$ uname -r
11.1-RELEASE
$ wpa_cli -v
wpa_cli v2.5
Copyright (c) 2004-2015, Jouni Malinen <[email protected]> and contributors

バージョン 2.7ポートとして使用できます。

残念ながら、マニュアルページは最新のままではありません。どちらもありません閲覧ファイル

wpa_cli -help現在のオプションをすべて一覧表示します。以下は興味深いかもしれません。

  • 再構成
  • 置く
  • ダンプ
  • 構成の保存

リアルタイム設定が変更されたことを受け入れることができる場合は、設定をset調整して各設定のエラーを取得できます。状況が気に入ったときに使用できますsave_config

別の(おそらく明らかな)アイデアは、コマンドライン-ddに追加することですwpa_supplicant。しかし、まだ理想的ではありません。

しかし、あなたの一般的な考えは実際に動作します。どんなエラーが発生しても、常に終了コード255で消えているようです。テキスト出力は解析が簡単です。

解析エラーが発生した場合は、いつでも次の情報を検索できます。

Failed to read or parse configuration '{}'.

すべての解析失敗は次に終了します。Line {}:

-tただし、よりきめ細かいシャットダウン状態ではなく、アップストリームでテストを許可することを提案するのが-i良い考えかもしれません。

おすすめ記事