バージョン2004以降でNASへの接続が拒否される

PCのサービス「Workstation」を再起動してみて下さい。

再起動時に「停止処理中」で止まりますが、もう一度右クリックで「起動」をすれば再起動できます。

おそらくこれで直りますが、PCを再起動するとまたアクセス出来なくなります。

20H2の不具合だと思います。

SMB1.0を使用したnasへのアクセス時に発生する不具合の為、なかなか情報も少ないです。

早くマイクロソフトさんが気付いて修正してくれると良いのですが。

追記

「停止処理中」で止まる時間が平均で20分くらいと長いです。　※環境によって異なります。

コントロールパネルよりネットワークカードを無効化する事によって、「停止処理中」で止まる事無く

再起動が可能です。

バッチ化する場合は【devcon.exe】にてネットワークカードの無効化した後、NETコマンドにてサービスの

再起動を行うと良いです。　※起動後直ぐの操作で無いとNETコマンドのエラーが発生する場合があります。

追記2　※対処法

このNASアクセス不具合の原因ですが、SMB1.0 を使用したNAS等をドライブ割り当てしている場合に発生するようです。

対象のバージョンはWindows10（2004、20H2）

起動時にドライブ割り当てを行っている場合は、下記のコマンドにてログオフ時に切断するよう設定します。

その際は下記のコマンドのバッチを作成して、ログオフ時に実行するようポリシーの設定を行って下さい。

【net use X: /delete】 ※ 【X】の部分がドライブパス

ログオフのスクリプト設定

・Winロゴ」キー+「R」キーを押下。

・「gpedit.msc」を入力

・[ユーザーの構成]-[Windowsの設定]-[スクリプト(ログオン/ログオフ)]と辿り、

・ログオフをダブルクリック。

あとは今まで通り、スタートアップかログオンスクリプトにてドライブ割り当てのバッチを設定すれば

OKです。

通常のドライブ割り当ての設定を行っている場合は、上記のスタートアップかログオンスクリプトでドライブ割り当て、シャットダウン時のログオフスクリプトにてドライブ割り当ての切断を行って下さい。

SMB1.0 の有効化が前提となる為、下記の確認は必要です。

コマンドで下記を入力後、実行

sc.exe qc lanmanworkstation

その結果、下記の様に【MRxSmb10】が記載されていたらOK

DEPENDENCIES : Bowser

: MRxSmb10

: MRxSmb20

: NSI

記載されていない場合は下記を実行　　※管理者として実行

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi

sc.exe config mrxsmb10 start= auto

再起動後、下記コマンドで確認

sc.exe qc lanmanworkstation

Workstation 再起動時にネットワークデバイスの無効化が必要だった理由は、起動時にSMB1.0のドライブに対して

セッションの確認を行う際、何らかの不具合を起こし処理が止まっていた事が原因のようです。

なので、ネットワークの無効化による強制的なセッション確認の処理を止める事によって、サービスの再起動が

正常に行えたものと予想されます。

SMB1.0 そのものが非推奨の為、この不具合がアップデート等による解消はあまり見込めないと個人的に思っております。

追記3　※対処法

わたしも含め、レジストリの変更による対応にて解消している人が多く居ます。

触った事の無い人には少し心配な操作かも知れません。

なので、下記に簡単なやり方を記載します。

デスクトップ上で画面右クリックより【テキストドキュメント】の作成をします。

その時のファイル名を【smb.reg】として下さい。　※「smb」の部分は何でもOKです。

作成したファイルを右クリックにて【編集】を選択。

恐らく、メモ帳などが起動するかと思います。そこで、下記を文面（3行)を貼り付けして下さい。

その際、2行目（空白行除く）後ろから2文字目にあたる【Z】は実際に割り当てているドライブパスに書き換え。

下記のままだと、Zドライブに対するレジストリ変更となります。

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Network\Z]

"ProviderFlags"=dword:00000001

つぎに、【名前を付けて保存】を選択

その時に文字コードを【Unicode】を選択します。

選択肢に【Unicode】が無い場合は【UTF-16 LE】を選択

あとは、保存した【smb.reg】をダブルクリックで実行すれば、レジストリの書き換え完了となります。

手動での書き換えが怖い、分からないという人はご参考下さい。

また、下記のように記載すると複数のドライブに対して書き換えも可能です。

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Network\Z]

"ProviderFlags"=dword:00000001

[HKEY_CURRENT_USER\Network\V]

"ProviderFlags"=dword:00000001

わたしは上記のレジストリファイルを作成して、バッチファイルにて

ドライブ割り当て切断

⇒レジストリファイルの実行（呼び出し）

⇒ドライブ割り当て

の3つの作業を実行しています。

これなら、ドライブ割り当てが失敗している状態でも簡単に対応可能な仕組みとなり

使う人にとっては便利です。

宜しければ、ご参考下さい。

解決しましたのでご報告いたします。

【結論】

ネットワークドライブの割り当てを定義せずに、Startupでネットワークドライブの割り当てをするバッチファイルを実行する。

具体的には以下のバッチファイルを作成します。net useコマンドで割り当てるようにします。

例：\terastation\netdriveフォルダをMドライブに割り当てる。パスワード=12345678 ユーザー名=takashi

ファイル名は、condrive.bat。以下１行のみのバッチファイルを作成。

net use M: \terastation\netdrive 12345678 /user:takashi

これを「ファイル名を指定して実行」->「shell:startup」でスタートアップフォルダを開き、condrive.batファイルをこのフォルダに保存すれば、起動時にドライブ割り当てに成功します。

ありがとうございます。

KazushigeSakai　様

　返信ありがとうございます。元々はグループポリシーでネットワークドライブの設定を行っており、ユーザーはWindows 10へのログインと共に、（各々の権限に応じた）ネットワークドライブに自動的に接続するようになっています。バージョン1909まではそれでよかったのですが、同じPCを1909から2004または20H2にアップデートしたら接続できなくなり、手動で接続しようとすると「ネットワーク資格情報」が表示され、Windows 10にログオンしたユーザー名、パスワードや、試しにその他ADに登録しているユーザー名、パスワードを入力しても接続が拒否される、という状況です。ご教示いただいた通り、資格情報の認証の部分に何かしら不具合があるのだろうと思います。

　NASでのADユーザー認証がどのような仕組みで行われているのかを理解していないので的外れかも知れませんが、ネットワークドライブに接続するにあたり、Windows 10からNASにユーザー名、パスワードが送信され、NASがADサーバー（CentS7 Samba）にそれを問いあわせて認証、拒否が判断されているのだと思っています。もしかしたら、NASが古いことから、2004、20H2からのNASへの送信に何かしらの問題が生じているのかも知れません。

　ただ、不思議なことに、同じように運用、設定している他のPCで、20H2にアップデートしても特に問題なくネットワークドライブが継続して使用できているものがあります。Windows 10そのものの問題ではなく、当該PCで、何かしら設定を誤ったり見落としているものであろうと思っています。

　当該PCは、どうしてもネットワークドライブへの安定した接続が必要で、現在は1909に戻して運用しているため、後日テスト用のドライブに20H2をクリーンインストールした上で、当該PCにてADへの参加やNASへの接続に必要な設定（NASが古いためLmCompatibilityLevelなどを変更しないと接続できない）を行い、ネットワークドライブに接続できるか試してみます。結果がわかりましたら、情報共有のため投稿させていただきます。

Billy_EJ

私も同じ問題に直面し、Workstationの再起動を試みたところ一度はNAS

に接続できたのですが、PCを再起動してもう一度Workstationの再起動で接続を試みたところ、接続できませんでした。

まだほかにも問題がありそうです。