web-dev-qa-db-ja.com

MS-Dos 6.22へのWindows 10共有がWindows 7からのアップデート後に失敗する

Windows 7マシンをWindows 10に更新し、DOSマシンのネットワーク共有に接続できなくなりました。 MSDOS 6.22マシンは、netuse x: \\smbserver\dxcontrol経由で接続するマップされたネットワークドライブを使用する産業用ハードウェアの一部です

システムはアップデートの前に機能しましたが、これを理解している間、現在使用している別のwin7マシンに接続できます。私の知る限り、両方のマシンは同じ共有情報を持ち、このネットワーク上の他のマシン(win 7 win10、macos)はwin 10とwin7の両方の共有を確認でき、問題なく接続できます。

補足として、dosは認証をサポートしていないため、Everyoneユーザーと共有する必要があり、詳細な共有設定でパスワード保護共有をオフにする必要があります。

システムはすべて問題なく相互にpingできます。

Windows 10共有に接続すると、次のエラーメッセージが表示されます:Error 55: This resource does not exist on the network

これは、win7マシンで存在しないディレクトリを使用しようとしたときに表示されるエラーとは異なるエラーですnetuse x: \\win7dxbackup\noexistError 67: The specified shared directory cannot be found.

また、存在しないホストを提供する(タイムアウトするまでに時間がかかる)とは異なります:Error 53: The computer name specified in the network path cannot be located.

やるべきことのアイデアが足りなくなった...私は本当にこの作業をwin10とレガシーwin7マシンでやりたいです。私はこれを解決するために追加のネットワークデバイスを使用しないことを望みます(ネットワークドライブまたはLinuxマシンがこの1つのディレクトリを共有するためだけにほこりを収集する隅に座っているなど)

(編集)また、dosマシンでnet viewを使用して両方のマシンを表示できることも追加します。

どんな助けでもありがたいです。

6
dx32control

トッド・ウィルコックスが答えを持っています。そのWindows 10システムでSMBv1を再度有効にする必要があります。これを行うには、コントロールパネル\プログラムと機能に移動し、左側にある[Windowsの機能の有効化と無効化]を選択します。 「SMB 1.0/CIFS Server」が見つかるまでリストを下にスクロールします。 CIFSクライアントを有効にすることもできますが、必要はありません。

トッドが述べたように、SMBv1(およびDOSシステム)の使用は非常に安全でなく、システムはWannaCryランサムウェアの脆弱性に対して脆弱です。これが企業ネットワーク上にある場合は、ベストプラクティスに従い、これらの2つのシステムを最小でエアギャップすることをお勧めします。これが自宅のLANにある場合は、頑張ってください!

2
El Zilcho