Windows 10 April Updateはネットワーク検出とSambaサポートを壊しましたか？

Windows 10の新しい4月の更新（ビルド1803）でリセットしたばかりのコンピューターでは、ウィンドウのネットワーク検出/名前解決が機能しなくなったようです。（単に更新されたコンピューターは影響を受けていないようです。）

私のローカルネットワークは、sambaを使用して共有している最新のNASドライブと、他のいくつかのWindows 10コンピューター（入力しているコンピューターに加えて）で構成されています。すべてのコンピューターは、プライベートネットワークとして構成されたネットワークを持っています。

1803年4月のアップデートの前に、ファイルエクスプローラー->ネットワークに移動すると、NASを含むWindowsコンピューターのリストが表示されます。次に、NASを参照し、ネットワークドライブとしてマウントします。

この「ネットワーク検出」動作は、1803に更新されただけのコンピューターでも機能しますが、コンピューターを1803の新規インストールにリセットすると、ネットワーク検出が失敗するようです。コンピューターをリセットして、ファイルエクスプローラー->ネットワークに移動すると、何も表示されません。なだ。名前解決はありません。ネットワーク検出はありません。何も表示されません。

更新された1803コンピューターで\\ AS5002Tまたは\ 192.168.1.46（私のNAS）に手動で接続しようとすると、動作します（NASファイルを参照できます）。しかし、リセット 1803コンピューターでは、接続が機能しなくなりました。最良の場合、「ネットワークパスが見つかりません」と表示されます。

「ネットワークディスカバリWindows 1803」をグーグルすると、問題があるのは私だけではないことがわかります。一部の人々は、特定の「Function Discovery」サービスが実行されていないことを確認しており、リセットコンピューターでは、SMB 1.0機能がデフォルトで無効になっていることに気付きました。

これが認識された問題かどうか誰でも知っていますか？どのような修正がありますか？1803でリセットされたコンピューターにのみ影響を与えるため、この問題について人々は知らないのでしょうか。

全体として、問題はリセット、更新1803の新しいWindows 10コンピューターにあります。

• ネットワーク探索が機能せず、ネットワーク上のコンピューターが表示されない
• Samba共有に接続できません

あなたが知る必要があるすべてがここにあります：

https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/

要約すれば：

SMB 1.0は不良です。使用しないでください。おそらくとにかくそれは必要ないでしょう（それについては後で説明します）。

とても悪いので、MicrosoftはWindows 10 1709 Fall Creators Update からWindowsから完全に削除し始めました。現時点では、すでにそれが存在する既存のシステムを更新するだけで、それを維持できます。しかし、Windowsの新しいコピーを使い始めたばかりの場合、そこにはありません。まもなく、インストールすることもできなくなり、すぐに通常のWindows Updateによってアクティブに削除されます。その時点で、それはおそらく通常の月次パッチであり、完全な機能のアップグレードでさえないでしょう。

つまり、これをシステムに再インストールすることに煩わしいことはありません。あなたは自分の道を行くつもりはない戦いのために自分を設定しています。あなたは今日の戦いに勝つかもしれませんが、問題は（おそらくあなたが考えるよりも早く）再発し、最終的にはその戦争に負けます。

幸い、SMB 1.0を必要とするものはほとんどなく、そのほとんどは他のシステムで古いソフトウェアを実行した結果であり、他のシステムを更新してサービスを復元することもできます。

依然としてデフォルトでSMB 1.0に依存している最も注目すべき場所の1つは、Windowsエクスプローラー（以前のネットワークコンピューター）のネットワークブラウジング機能です。ただし、SMB 1.0を使用せずにこれを修正することもできます。

• Function Discovery Provider HostおよびFunction Discovery Resource Publicationサービスを検索し、それらのスタートアップタイプをに設定しAutomatic (Delayed Start)ます。
• 次回ネットワークブラウジングを開始するときは、プロンプトに従ってネットワーク検出を有効にします。

ネットワーク上のすべてのWindowsコンピューターでこれを実行します。これで、はるかに優れたWS-DISCOVERYプロトコルを使用して、すべてがうまくいきます。

推奨されるアクション

WindowsはSMB 1.0を放棄しているようで、現在私のNAS（たった2歳）は、移行した「Network Explorer」プロトコルをサポートしていません。したがって、現時点では、SMB 1.0を無効のままにして、必要な情報を手動でCredential Managerに入力し、手動でネットワークドライブに接続する必要があります。2つの「Function Discovery」サービスをAuto Delayedに設定することは助けにはなりませんでしたが、これはNetwork Explorerを回復するはずです。

特定のNASデバイスに接続するときにユーザー名とパスワードの入力を求められる動作を回復するには、「安全でないゲストログオンを有効にする」必要がありました。それ以外の場合、Windowsはユーザー名を試した後、あきらめます（何が失敗したのか、なぜ失敗したのかはわかりません）。

代替アクション（ウィンドウの「古い動作」を回復するため）

SMB 1.0/CIFS ClientWindows機能を有効にしてコンピューターを再起動すると、ネットワーク検出が修正されます。

接続しているSambaデバイスにWindowsアカウント名と一致するユーザーアカウント名がない場合は、「エラーコード0x80070035-ネットワークパスが見つかりませんでした」というメッセージが表示される場合があります。

上記の「ユーザー名の欠落」の問題を修正するには、いくつかの方法があります（別の種類の問題のように見えますが）。1つは、Windows資格情報マネージャーに有効なエントリを配置することです。私の場合、エントリはドメインAS5002T、ユーザー名admin、および私のパスワード用でした。

Windowsの過去の動作を回復する2番目の方法は、代わりに「安全でないゲストログオンを有効にする」ことです。安全でないゲストログオンは、認証されていないネットワークユーザーがNAS上の共有を「プレビュー」できるようにする方法として、多くのコンシューマNASデバイスで使用されます。

3番目の方法は、Windowsユーザー名をSambaサーバーのユーザー名のリストに追加することです。

私はubuntu server / windows 10と同じ問題を抱えていると思います

私の解決策はWSDDデーモンをインストールすることでした、以下にリンクされているものはサービスファイルを変更する以外の設定は必要ありません

https://github.com/christgau/wsdd

この質問に遭遇した場合は、Windows-Windows Samba接続の解決策があります。secpol.msc（セキュリティポリシー）でUAC設定を変更した場合、コンピューター全体の管理者になることができます。あなたが彼らにお互いを見させたいなら、両方のマシン。これを見つけるのに数時間かかった。