다시 부팅하면 Windows가 네트워크 공유를 계속 유지합니다.


0

우리는 윈도우 임베디드 스탠다드 (윈도우 임베디드 표준, 저작권 2010, SP 1로만 기술 되었기 때문에 윈도우 임베디드 -7 또는 윈도우 임베디드 -2009 태그가 있어야하는지 확실하지 않음)를 실행하는 실험실 장비가 있습니다.

어떤 시점에서 Windows 서비스 계정을 사용하여 F : \로 네트워크에 공유를 마운트했습니다.

그 후이 공유 위치를 다른 위치 (현재 Linux에서는 SMB가 호스팅 함)로 재배치해야하지만 여전히 공유 위치를 F :로 마운트하려고합니다.

기존 마운트를 분리하고 새 공유를 F :로 다시 마운트 할 수있었습니다. 그러나 재부팅 후에는 이전 공유 위치가 마운트되고 새로운 공유 위치는 마운트되지 않습니다. 이것은 우리가 네트워크 드라이브를 다시 연결해야한다고 지정하는 것입니다.

설정, 구성 옵션 또는 이전 공유를 탑재하고있는 다른 옵션이 있으며이 옵션에 서비스 계정 자격 증명이 포함되어있을 수 있습니다. 이 설정의 위치를 ​​추적하려면 어떻게해야합니까?

로컬 그룹 정책 편집기를 통해 예상되는 후보자를 살펴 보았지만 명백한 내용은 없습니다. 나는 또한 레지스트리를 살펴 봤지만 그곳에서 명백한 것을 보지 못했다. 그러나 나는 뭔가를 놓쳤을 가능성이있다.

필자는 Windows 서비스 계정의 자격 증명을 변경하여 실패를 유도하고 유용한 진단 출력을 생성하는 것을 고려했습니다. 그러한 출력을 로그 파일에 캡처 할 수 있습니까?

이 문제를 진단하기 시작하는 방법에 대한 조언은 대단히 감사하겠습니다.


시작 스크립트를 확인하십시오. 예약 된 작업에서 호출 된 것일 수 있습니다.
DavidPostill

그걸로 갇혀 있지 않은거야? 동결 상태 , 또는 비슷하게?
Ƭᴇcʜιᴇ007

@ Techie007 - 나는 그것이 어떤 식 으로든 잠겨 있다고 생각하지 않습니다.
tmark

결국 서비스 계정에 대한 Windows 자격 증명을 변경 한 다음 "새"공유를 다시 마운트합니다. 다시 부팅 할 때 "f : \\ xxxx.yyy.com \ share에 기억 된 연결이 있습니다. 기억 된 연결을 덮어 쓰시겠습니까?"라는 메시지가 표시됩니다. 여기서 xxx.yy.com \ share는 my입니다. "새로운"몫. N을 입력하면 새 공유가 활성화되지만 다시 부팅 할 때까지 유지되지 않습니다.
tmark

나는 당신이 마운트가 아니라 네트워크 공유를 "매핑"한다고 가정합니다. 목표가 네트워크 공유를 표시하지 않는다면 간단한 배치 파일을 만들어 시작 폴더에 넣을 수 있습니다. 첫 번째 줄에 "net use f : / d"를 넣은 다음 두 번째 줄에 "net use f : \\ server \ share \ folder / p : no"를 입력하십시오.
InterLinked
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.