systemdでスクリプトを介してwpa_supplicantを起動すると、正常に動作しません。

systemdでスクリプトを介してwpa_supplicantを起動すると、正常に動作しません。

ワイヤレスネットワークカードを搭載したFedora / Centos7システムでwpa_supplicant機能を手動で有効にするスクリプトを作成しました。静的ルーティングの問題によりNetworkManagerを使用することはできません(また、以前の複雑さのためにいかなる種類の回避策も使用したくありません)。

wpa_supplicant -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf -B dhclient wlan0CLIで実行すると、すべてがうまく動作します。その後、dhclient wlan0IPとすべてを接続するために走りました。

/usr/sbin/にある "startuphelper.sh"というスクリプトに同じコマンドを入れて、systemdサービスを作成しました。

[Unit]
Description=Starts WLAN configurations (customized)
Wants=network.target
After=network.target

[Service]
Type=simple
ExecStart=/usr/sbin/startuphelper.sh
TimeoutStartSec=15s

[Install]
WantedBy=default.target

このサービス()を有効にしてsystemctl enable wlanhelp.service正常に実行されますが、wpa_supplicantインスタンスは実際には起動しません(pidof wpa_supplicant結果は生成されません)。

私は何を見逃していますか?

編集1:最初の説明を参照すると、プレインストールされたwpa_supplicantサービスを使用しようとしましたが、起動時に自動的に接続されないようです。

EDIT2:明らかに、この問題は私が直接起こしましたが、組み込みのwpa_supplicantサービスを有効にすると、リモートセッションでsshログインが気に入らないようです。ただ「ssh」にかかっています。[Eメール保護]「クライアントからサーバーにアクセスするためにそれを使用しようとしています。コンソールからマシンに入ってほとんどを実行しようとすると、ただ停止します。

解決済み:編集:そのため、組み込みのリクエスタサービスに-iを指定する必要があることを認識できませんでした。今は効果があるようです。

答え1

結局、自社製作の問題になりました。組み込みのwpa_supplicantサービスを使用すると、最初はサービスが機能しなかったため、実際のサービス構成ファイルに-iコマンドを指定しませんでした。後で撮影する時間がさらにある場合は、私のカスタムスクリプトが機能しない理由を更新します。

関連情報