☰

네트워크 드라이브 실행 응용 프로그램이 Windows 10(1703/1809)에서 무작위로 충돌하여 0xc0000006 예외 또는 "오류를 처리할 수 없음" 오류를 보고함

tag-icon • tag-icon windows-10 network-shares crash windows-server-2016
네트워크 드라이브 실행 응용 프로그램이 Windows 10(1703/1809)에서 무작위로 충돌하여 0xc0000006 예외 또는 "오류를 처리할 수 없음" 오류를 보고함

소개

~에Windows 10(업데이트 1703 또는 1809), 네트워크 드라이브에서 실행된 응용프로그램은 다음 시간 후에 충돌합니다.60에게95분. Windows 7에서는 응용 프로그램이 완벽하게 실행됩니다.

여러 32비트 및 16비트 응용 프로그램을 포함하여 몇 주 동안 동작이 연구실에서 감시되었습니다.

증상

  • 네트워크 드라이브에서 응용 프로그램을 시작하려는 모든 시도가 성공합니다.
  • 영향을 받는 모든 32비트 응용 프로그램 EXE/DLL(파워빌더)는 다음을 기록했습니다.0xc0000006예외이벤트 뷰어.
  • 16비트 응용프로그램(MS-DOS용 Foxpro 2.6), 오류 발생 "오류를 처리할 수 없습니다." 또는 단순히 중단되고 종료됩니다.
  • 가끔씩 "오류 104를 보고하는 동안 치명적인 오류 104가 발생했습니다."가 발생했습니다.
  • 지속적인 사용 중에도 오류가 발생합니다(상당한 비활성 기간이 발생하지 않음).
  • 실패는 다음에서만 발생했습니다.윈도우 10업데이트 1703 또는 업데이트 1809를 실행하는 32비트/64비트 워크스테이션. Windows 7 워크스테이션은 괜찮았습니다.
  • 수집된 분석 포인트는 "안전한" 무작위 기간을 나타냅니다.60에게95첫 번째 실행과 중단 사이에는 몇 분이 소요됩니다.
  • 사용와이어샤크, 오류STATUS_NETWORK_SESSION_EXPIRED일부 시나리오에서는 오류가 발생할 때 일관되게 기록됩니다.
  • 여러 인스턴스가 서로 다른 시간에 시작되면 모두 같은 순간에 실패했습니다.
  • 네트워크 드라이브에서 시작된 인스턴스가 최종적으로 실패한 후에도 로컬 드라이브에서 인스턴스를 시작하면 정상적으로 실행됩니다.
  • 영향을 받는 모든 사이트 서버가 실행 중입니다.윈도우 2016 서버;
  • 실패 후 네트워크 드라이브가 작동하는 것 같습니다.
  • 애플리케이션이 중단되기 전, 도중 또는 후에도 네트워크 연결이 결코 실패하지 않는 것 같습니다(지속적인 PING).

테스트된 연구실 시스템 구성

  • Windows Server 2016 에센셜(1607)
  • Windows 10 32비트/64비트(업데이트 1703/1809)
  • Windows 7(32비트만 해당)
  • 케이블
  • 스위치

서버 네트워크 구성

Powershell Get-SMBServerConfiguration명령의 결과:

AnnounceComment                 : 
AnnounceServer                  : False
AsynchronousCredits             : 512
AuditSmb1Access                 : False
AutoDisconnectTimeout           : 999999
AutoShareServer                 : True
AutoShareWorkstation            : True
CachedOpenLimit                 : 10
DurableHandleV2TimeoutInSeconds : 180
EnableAuthenticateUserSharing   : False
EnableDownlevelTimewarp         : False
EnableForcedLogoff              : True
EnableLeasing                   : False
EnableMultiChannel              : True
EnableOplocks                   : True
EnableSecuritySignature         : True
EnableSMB1Protocol              : True
EnableSMB2Protocol              : True
EnableStrictNameChecking        : True
EncryptData                     : False
IrpStackSize                    : 15
KeepAliveTime                   : 2
MaxChannelPerSession            : 32
MaxMpxCount                     : 50
MaxSessionPerConnection         : 16384
MaxThreadsPerQueue              : 20
MaxWorkItems                    : 1
NullSessionPipes                : netlogon,samr,lsarpc
NullSessionShares               : 
OplockBreakWait                 : 35
PendingClientTimeoutInSeconds   : 120
RejectUnencryptedAccess         : True
RequireSecuritySignature        : True
ServerHidden                    : True
Smb2CreditsMax                  : 8192
Smb2CreditsMin                  : 512
SmbServerNameHardeningLevel     : 0
TreatHostAsStableStorage        : False
ValidateAliasNotCircular        : True
ValidateShareScope              : True
ValidateShareScopeNotAliased    : True
ValidateTargetName              : True

워크스테이션 네트워크 구성

Powershell Get-SMBClientConfiguration명령의 결과:

ConnectionCountPerRssNetworkInterface : 4
DirectoryCacheEntriesMax              : 16
DirectoryCacheEntrySizeMax            : 65536
DirectoryCacheLifetime                : 0
DormantFileLimit                      : 1023
EnableBandwidthThrottling             : True
EnableByteRangeLockingOnReadOnlyFiles : True
EnableInsecureGuestLogons             : True
EnableLargeMtu                        : True
EnableLoadBalanceScaleOut             : True
EnableMultiChannel                    : True
EnableSecuritySignature               : False
ExtendedSessionTimeout                : 1000
FileInfoCacheEntriesMax               : 64
FileInfoCacheLifetime                 : 0
FileNotFoundCacheEntriesMax           : 128
FileNotFoundCacheLifetime             : 5
KeepConn                              : 65535
MaxCmds                               : 50
MaximumConnectionCountPerServer       : 32
OplocksDisabled                       : False
RequireSecuritySignature              : False
SessionTimeout                        : 65535
UseOpportunisticLocking               : False
WindowSizeThreshold                   : 8

우리가 이미 했던 일

  • 체크됨이벤트 뷰어, SMBCLIENT 및 SMBSERVER 하위 이벤트에서도 발생하지만 이벤트와 애플리케이션 오류 간의 상관 관계를 찾을 수 없습니다.
  • SMB 설정을 시도했습니다.세션 타임 아웃설정65535워크스테이션에서 다음과 같이 재부팅한 후해리;
  • SMB 설정을 시도했습니다.킵콘설정65535워크스테이션에서 재부팅 후;
  • 자동 연결 해제(-1로 변경) 후 재부팅;
  • 활성화를 시도했습니다.SMB1서버/워크스테이션 모두에서 재부팅한 후;
  • 서버/워크스테이션 모두에서 바이러스 백신(ESET)을 비활성화한 후 재부팅을 시도했습니다.
  • 서버/워크스테이션 모두에서 절전 네트워크를 비활성화한 후 재부팅합니다.
  • 서버/워크스테이션 모두에서 방화벽을 비활성화해 보았습니다.
  • 사건은 몇 주 동안 연구실 감시를 받아왔지만 성공하지 못했습니다.

증상에 직면하고 대체 솔루션을 제공할 수 있는 다른 사람이 있습니까?

관심을 가져주셔서 감사합니다

답변1

일반적으로 Windows 10 1809에는 새로운 버그 하나가 도입되었으며 Microsoft는 이 기사에서 인정했습니다.
매핑된 네트워크 드라이브가 Windows 10 버전 1809에서 다시 연결되지 않을 수 있음.

Microsoft는 문제를 인식하고 있지만 2019년까지는 영구적인 수정이 없을 것으로 예상됩니다. 그동안 이것이 실제로 문제인 경우 문서에 제공된 해결 방법을 사용하여 버그를 완화할 수 있습니다.

아래에는 인터넷 포럼에서 사용자가 제안한 몇 가지 다른 해결 방법이 나열되어 있습니다.

클라이언트에서 값을 SessionTimeout65535초로 설정해 보십시오. 이는 PowerShell 명령을 사용하여 수행할 수 있습니다. 설정-SmbClientConfiguration -SessionTimeout.

또한 다음 레지스트리에 있을 수도 있습니다
HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\SERVICES\ LANMANWORKSTATION\PARAMETERS\SESSTIMEOUT
(이 항목 참조).오래된 링크).

나중에 재부팅하는 것이 좋습니다.

다른 가능한 해결 방법:

  • 그룹 정책을 다음으로 변경합니다.업데이트오히려바꾸다GPO(그룹 정책 개체)의 드라이브 매핑: 사용자 구성 > 기본 설정 > Windows 설정 > 드라이브 맵. 보다링크. 어떤 사람들은 다음과 같이 설정할 수 있다고 보고합니다.새로 고치다.

  • 관리자 권한 cmd에서 서버 및 클라이언트에서 다음 명령을 실행합니다.

    net config server /autodisconnect:-1

  • 네트워크 어댑터의 전원 옵션을 설정하고 "전원을 절약하기 위해 컴퓨터가 이 장치를 끌 수 있도록 허용"을 비활성화하십시오.

  • 일부 사람들은 로그인 시 네트워크 공유를 다시 매핑하면 문제가 해결된다고 보고하고 일부 사람들은 이를 위해 로그인 스크립트를 추가했습니다.

  • 다른 보고서에서는 Windows 10 빠른 시작을 비활성화할 것을 권장합니다.

답변2

  1. 서버/클라이언트 상자가 VMWare에서 실행 중인 경우 VMware 도구를 9.0.13 이상으로 업데이트하십시오. VMware 도구 패키지의 일부인 vmxnet3 이더넷 드라이버는 1.5.2 이상이어야 합니다. 그렇지 않으면 아무 이유 없이 패키지가 무작위로 삭제될 수 있습니다.
  2. 그 사이에 방화벽이나 로드 밸런서가 있습니까? 그것을 우회한 다음 어떻게 진행되는지 확인하십시오.
  3. harrymc에서 언급한 SESSIONTIMEOUT을 늘리는 것이 좋은 접근 방식입니다. 나도 그렇게 할거야. 하지만 테스트 목적으로도 다음 작업을 수행합니다.

TCP Optimizer 4.0을 다운로드하고 두 상자를 재부팅한 후 클라이언트와 서버 측 모두에서 다음 설정을 변경하십시오. MaxConnectionsPer1_0Server 및 MaxConnectionPerServer를 모두 240으로 늘리고 최대 SYNC 재전송을 7로 늘리십시오. MaxUserPort를 65534로 TCPTimedWaitDelay를 180으로 늘리십시오.

클라이언트 상자에 로그온하고 IP 주소(\192.168.100.xxx\Source_folder)로 네트워크 드라이브를 마운트한 다음 동일한 앱을 실행하여 테스트합니다.

문제가 계속 발생한다면, 어떤 앱을 실행하고 있는지 알려주세요. Java 앱인 경우 약간의 조정이 필요할 수 있습니다. 행운을 빌며 어떻게 진행되는지 기대하겠습니다.

관련 정보