厳密にワイヤレスのラップトップでのログイン時にドライブがマップされていることを確認します
したがって、$ softwareは「サーバー」（dbフォルダーを共有するためのファイル共有付きのWindowsクライアント）で実行され、ラップトップクライアントにはドライブがマップされ、$ softwareもインストールされます。これは、ベンダーが推奨する設定です。
さて、ユーザーがラップトップを起動してログインすると、ワイヤレスはまだ接続されておらず、マップされたドライブがないため、ソフトウェアを開いたときにファイルが検出されず（b/cはマップされていません）、ユーザーは作業できません。
PowerShellログインスクリプトを使用してワイヤレスが接続されたことを検出し、ドライブをマップすることでこれを回避したと思いましたが、フォローアップしたところ、ラップトップが再び機能しなくなったと彼女が言ったので、何らかの理由で壊れたに違いないと思います。ユーザーはログイン後にソフトウェアを手動で起動します。マイコンピューターに移動し、Zドライブをダブルクリックして手動でマッピングを開始するように指示するつもりはありません。その後ソフトウェアを起動します。見栄えが悪くなります。
オンサイトに行くときに私がしようとしているのは、ローカルグループポリシーを利用することです。
-オフィスのワイヤレスプロファイルをコンピューター構成として設定し、ログイン前にログオンするようにします
-をセットする Always wait for network at computer startup and logonグループポリシー
-グループポリシーを使用して、ログイン時にユーザーのドライブマッピングを設定します
私の望みは、デスクトップが表示される前にこれらすべてが行われることです。ユーザーエクスペリエンスの観点から、デスクトップが稼働していれば、すべての準備が整っているはずだからです。
他のアイデア、または私が見落としたものはありますか？
ローカルグループポリシーには、GPPを介してマップを駆動する機能がありません。私は最終的にPowerShellスクリプトを使用しました
古いマップされたドライブを削除します
コンピューターがオフィスの特定の SSIDに接続するまで任意の秒数待機し、その時間枠内に接続されていない場合は終了します
ワイヤレスが接続されると、テキストファイル（もちろんセキュアストリング！）からユーザーのパスワードをインポートし、ハードコードされたユーザー名と組み合わせてドライブをマップします。
このブラックボックスが消えると、すべてが接続されていることがユーザーに簡単にわかります。これは私が最初に使用したもので、何らかの理由で機能しなくなりました。その理由は、ユーザーがパスワードを変更したためです。私はおそらくそれが来るのを見るべきでしたが、特定のリソースアカウントを作成し、それに必要な共有へのアクセス許可を与えることによってそれを修正しました。
84104は、UNCパスを使用するという提案を出しましたが、ソフトウェアがインストールされると、マップされたドライブを介してのみ接続します。また、これはドメイン環境ではないため、ログイン後に初めてソフトウェアを開いたときにパスワードの入力を求められます。
ソフトウェアがUNC pathsをサポートしている場合は、それらを使用できます。グループポリシーNetwork Placesを介してUser Configuration \ Preferences \ Shortcutsに追加することもできます。
または、ソフトウェアを起動する前に適切なアクションやサニティチェックを実行するPowerShellスクリプトを使用してユーザーにソフトウェアを起動させることもできます。