私はWindows 10ノートブックを使用しており、オフィスにはSambaを実行しているLinuxファイルサーバーがあります。何らかの理由で、サーバーは自分のネットワークの場所に表示されず、ネットワークドライブをファイルサーバーにマップできません。場所を参照してサーバーのローカルIPをマッピングしようとしましたが、有効な場所を入力しなかったというメッセージが再び表示されます。
ベストアンサー1
環境の詳細によっては、さまざまな原因が考えられます。
Windows 10 のインストールが元々 Fall Creators Update 以降に付属していた場合、SMBv1 クライアントはデフォルトで無効になります。これは、SMBv1プロトコルの致命的な脆弱性を悪用したWannaCryランサムウェアの拡散によって引き起こされました。
Linuxファイルサーバー（指定されていないディストリビューションとバージョン？）がパッチが古くなっているか、長い間レビューされていないデフォルト設定ではない場合は、ファイルにserver max protocolまだsmb.confデフォルト設定/設定がある可能性がありますNT1。 SMBv1を示します。上記の脆弱性のため、昨年度にSMBv1に移行したはずです。
すべてのエンタープライズLinuxディストリビューションは、サポートされているディストリビューションバージョンでSMBv2および/またはSMBv3を使用できるようにするアップデートをすでにリリースしています。したがって、サーバーが最新の場合は、ファイルsmb.confに愚かな設定がないことを確認し、設定がある場合はより良いserver max protocol設定に変更してください。server max protocol = SMB3_02
SMBv1 は長い間最終的な除去を計画しており、脆弱性が発見された場合、除去プロセスが加速されています。
オフィスのネットワーク環境がActive Directoryを使用している場合、ネットワークの場所の検出はADを使用する可能性が高く、LinuxファイルサーバーがADドメインに適切なDNSレコードを登録できないことが問題かもしれません。
Active Directoryが存在しない場合、ネットワークロケーションの検索は、WINSサーバー（1つ以上のサーバーホストの追加の役割）を使用するか、ブロードキャストサーバーにのみ依存する可能性がある古いNetBIOSスタイルに置き換えられます。この場合、ポート137 / UDPと138 / UDPがクライアント側とサーバー側でブロックされていないことを確認する必要があります。