Az EXE fájlok nem működnek, amikor a Windows 10 1803 hálózati mappáiból indítják

A felhasználók panaszkodni kezdtek azzal, hogy a számítógépeken a Windows 10 1803-ra (április frissítés) történő frissítést követően problémát okoztak az olyan alkalmazások elindítása, amelyek futtatható exe fájljait a Windows fájlkiszolgáló hálózati mappáiban és egy külön NAS tárolóban találják meg..

A probléma különféle módon jelentkezik. Néhány hálózati alkalmazás egyszerűen nem indul el a hálózati mappákból (Az alkalmazás nem tudta megfelelően elindítani a hibákat (0xc00000ba), Kivétel: 0x00007FFA2B86624E, 0xC0000005: Hozzáférés-megsértési olvasási hely: 0x0000000000000000), míg mások normálisan indulnak, de a hozzájuk kapcsolódó összes funkció nem működik bármilyen hálózati kapcsolat létrehozásával más kiszolgálókkal. Különösen a távoli SQL szerverrel való kapcsolat nem működik mind az ODBC, mind az ADO SQL kapcsolaton keresztül, az ügyfél sem kapcsolódik az adatbázishoz az Oracle oldalon.

Hálózattal kapcsolatos vagy példány-specifikus hiba történt az SQL Server-kapcsolat létrehozásakor. A szervert nem találták, vagy nem volt elérhető. Ellenőrizze, hogy a példánynév helyes-e, és hogy az SQL Server konfigurálva van-e távoli kapcsolatok engedélyezéséhez. (szolgáltató: SQL hálózati interfészek, hiba: 26 - Hiba a kiszolgáló / a megadott példány megkeresésében).

A problémát mind az UNC útvonal hálózati mappáiból (\\ msk-szerver \ share1 \ app.exe) indítandó EXE fájlok, mind a NET USE használatával a lemezre csatlakoztatott hálózati mappákból indított fájlok esetében megfigyelhető..

Ugyanakkor a Windows 10 1709 és a Windows Server 2016 hálózati mappáiban ugyanazok a programok indulnak rendesen. Ezek a programok a Windows 10 1803 rendszerben is működnek, ha a végrehajtható fájlt a hálózati könyvtárból egy helyi meghajtóra másolja. Ha eltávolítja a számítógépet a Windows 10 1803-ból, a probléma is megszűnik.

Úgy tűnik, hogy a Windows 10 1803 blokkolja a hálózati hozzáférést a hálózati mappákból futó programokhoz, miközben maguk a programok összeomlanak, amikor megpróbálnak egy hálózati aljzatot megnyitni. A probléma részben hasonló a nem biztonságos vendég bejelentkezések letiltásának problémájához a Windows 10 1709-ben, azonban ez a megoldás nem segített.

Az egyik felhasználó a következő megoldást találta: ha a kompatibilitási módot a Windows 8-ra állítja az exe fájl tulajdonságain, akkor a hálózati programok működni kezdenek!

Állandó megoldásként azonban helytelen. Szeretném megtalálni a probléma okát.

A probléma diagnosztizálása során kiderült, hogy minden esetben hálózati mappaként használták a fájlhozzáférési protokollt támogató eszközöket SMB v1 (Windows 10 felhasználói munkaállomásokon az SMB 1.0 protokollt használó hálózati mappák elérésének egyik komponense - az SMB 1.0 / CIFS kliens engedélyezve volt).

Ha a végrehajtható fájlokat áthelyezi a Windows Server 2012 R2 / 2016 rendszerbe, amelyen az SMB 1 protokoll le van tiltva, akkor a futtatható fájlok megfelelően futnak!

Ie A Windows 10 1803-as frissítése biztonsági okokból nem engedélyezi a hálózati kapcsolatok megnyitását olyan programokon, amelyek csak az SMBv1 protokollon keresztül elérhető hálózati mappákból érkeznek. Hálózati mappaként olyan eszközöket kell használnia, amelyek támogatják az SMBv2 vagy az SMBv3 alkalmazást.

megjegyzés. Emlékezzünk arra, hogy amikor az ügyfél és a kiszolgáló az SMB protokollon keresztül kölcsönhatásba lép, akkor a protokoll maximális verzióját választják ki az interakcióhoz, amelyet mind az ügyfél, mind a kiszolgáló egyszerre támogat (lásd az SMB protokoll verzióinak cikkét a Windowsban). A PowerShell paranccsal meghatározhatja az SMB verzióját, amellyel az ügyfél csatlakozik a fájlkiszolgálóhoz Get-SmbConnection.

Ellenőrizze, hogy az SMBv2 vagy SMBv3 engedélyezve van-e a szerveren a következő paranccsal:

Get-SmbServerConfiguration | Válassza az EnableSMB2Protocol lehetőséget

Ha az SMBv2 le van tiltva, engedélyezheti azt:

Set-SmbServerConfiguration -EnableSMB2Protocol $ true

Mint kiderült, a tároló által használt NAS csak a SMBv1 protokollon keresztül támogatja a fájlmegosztást, tehát nem használható programok futtatásához a Windows 10 1803-ra frissített munkaállomásokon..

Ha fájlkiszolgálóként a Windows Server 2003-at használja, akkor ebben a verzióban csak az SMBv1 verzió támogatott. Ennek megfelelően nem használhatja ezt az operációs rendszert fájlkiszolgálóként, amikor a Windows 10 1803-as vagy újabb verziójáról fér hozzá.

Továbbá, ha Linuxot használ a Samba fájlkiszolgálóként, az SMB1 letiltásához szükség van a konfigurációs fájlba smb.conf szakaszban [Global] add sort min protokoll = SMB2 és indítsa újra a samba.