호스트 이름이 아닌 IP 또는 FQDN 주소로 Windows 공유에 액세스 할 수 있습니다

내가 관리하는 학교의 랩 컴퓨터 중 하나가 \\ ad \ data $ 디렉토리에있는 공유에 액세스 할 수 없습니다. 네트워크의 다른 컴퓨터에서 액세스 할 수 있습니다. IP \\ 192.168.1.248 \ data $를 사용하면 파일에 올바르게 액세스 할 수 있습니다. FQDN : \\ ad.domain.name \ data $를 사용하면 작동합니다. 학교의 다른 컴퓨터도이 공유에 올바르게 액세스 할 수 있습니다.

\\ ad \ data $로 공유에 액세스하려고하면 "\\ ad \ data $에 액세스 할 수있는 권한이 없습니다. 관리자에게 문의하여 액세스를 요청하십시오."라는 메시지가 나타납니다. 도메인 관리자 계정으로 로그인했습니다.

단일 도메인 컴퓨터가 액세스 할 수있는 공유에 액세스 할 수없는 원인에 대한 아이디어가 있습니까?

서버에서 Windows Server 2008을 실행 중이고 컴퓨터에서 Windows 7 SP1을 실행 중입니다.

최신 정보

네트워크, 직원 컴퓨터 및 학생 컴퓨터의 다른 여러 컴퓨터에서 문제가 발생합니다. Active Directory 서버에 심각한 문제가 있다고 생각하기 시작했습니다.

방금 비슷한 문제가있었습니다.

도메인과 AD가 있으며 모든 사용자 홈 폴더가 AD에 설정되어 있습니다.

사용자가 터미널 서버에서 작업하고 홈 폴더가 제대로 작동 함 새 노트북에서 설정 한 드라이브는 매핑되었지만 unc를 통해 또는 매핑 된 드라이브를 두 번 클릭하여 액세스하려고하면 오류가 발생했습니다. 위치를 찾을 수 없습니다.

다른 몇 개의 포럼을 살펴본 결과 누군가 홈 폴더에 IP 또는 FQDN을 통해 액세스 할 수 있는지 묻습니다. 시도했을 때 폴더에 액세스 할 수 있습니다.

처음에는 DNS 문제라고 생각했습니다.

누군가 "CSC 캐시를 삭제 해보십시오"라고 말한 후 거의 나 자신을 맹세했습니다. 오프라인 파일 (같은 서버의 홈 폴더)을 사용하는 다른 사용자가이 노트북을 사용했음을 알고 있습니다. Win 7에서 CSC 캐시를 삭제하는 빠른 방법을 찾았습니다 (XP에서는 훨씬 쉽습니다). 컴퓨터를 재부팅하고 문제가 해결되었습니다.

정보를 찾은 링크는 다음과 같습니다.

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974

이와 같은 문제가 발생했으며 DNS가 도메인 이름을 자동으로 추가하지 않도록 설정했기 때문에 발생했습니다.

따라서 기본 및 연결 특정 DNS 접미사 추가 가 선택되어 있고 기본 DNS 접미사의 부모 접미사 추가 가 선택되어 있는지 확인합니다 .

이것은 통해 찾을 수 있습니다

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

"인증서 관리자"에서 Win7 / server 2008> 제어판 유형을 선택하고 저장된 자격 증명을 삭제하십시오.

나는 같은 문제 (몇 번이나 발생했다)를 가지고 있었고 연결된 모든 공유를 삭제하고 다시 만들어서 해결했습니다. 다른 URL을 사용하여 동일한 위치에 여러 번 연결되어 문제의 원인으로 생각됩니다.

명령 행 사용 :

1. 현재 연결된 공유를 보려면
   net use
2. xxx.xxx.xxx.xxx에서 Y를 공유하기위한 연결을 삭제하려면
   net use \\xxx.xxx.xxx.xxx\Y /delete
3. XXX에서 Y를 공유하기위한 연결을 삭제하려면
   net use \\XXX\Y /delete
4. 매핑 된 네트워크 드라이브를 삭제하려면
   net use Y: /delete
5. 매핑 된 네트워크 드라이브를 다시 연결하려면
   net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

또 다른 잠재적 용의자는 Samsung PC Share 관리자입니다. 호스트에서 제거하면 문제가 사라졌습니다.

클라이언트 컴퓨터가 저장된 자격 증명을 사용하고있을 수 있습니다. 제어판에서 Windows 자격 증명 관리자를 사용하여 확인할 수 있습니다.

로컬 관리자 계정 (예 : machine_name \ Administrator) 에서이 문제가 발생합니까 ?

머신이 도메인 컨트롤러에 올바르게 인증되고 있습니까?

다른 (또는 이전) 자격 증명을 사용하여 \ ad에 아직 연결되어 있지 않은지 확인하십시오. "일반"도메인 계정을 사용하여 서버의 공유에 매핑 된 드라이브를 연결 한 다음 도메인 "관리자"계정을 사용하여 동일한 서버의 다른 공유에 연결하려고 할 때 비슷한 문제가 발생했습니다.

재부팅하면 문제가 해결됩니까?

관련 문제가 있습니다. XP 7 컴퓨터에서 Windows 7 컴퓨터의 공유 / 공유 폴더 및 드라이브에 액세스했습니다. Windows 7의 작업 그룹 / 홈 그룹 설정을 가지고 놀고 있었고 "비밀번호 보호 공유"옵션을 변경했습니다. XP Home 컴퓨터에서 공유 폴더를 볼 수 있지만 폴더에서 읽거나 쓸 수 없습니다. XP Home 컴퓨터에서 새 사용자를 만들고 Win 7 컴퓨터에서 내 공유에 액세스했을 때 아무런 문제가 없었기 때문에 파일을 읽고 쓸 수 있었기 때문에 저를 화나게했습니다.

그래서 이전 (주) 사용자 계정으로 돌아가서 여전히 공유 파일에 액세스 할 수 없었습니다 ...

net use * / del의 모든 종류의 솔루션을 시도하고 사용자 계정을 삭제하려고했습니다. net user / delete-캐시 된 자격 증명을 제거하려고했지만 아무것도 작동하지 않았습니다. IP 주소 DID 작업을 통해 공유에 액세스! 아그 !!

두 컴퓨터에서 작업 그룹을 작업 그룹으로 설정하려고했습니다 (XP HOME 시스템은 MSHOME이었습니다).

결국 Windows 7 컴퓨터에서 컴퓨터 이름을 변경하고 재부팅 한 다음 XP HOME 컴퓨터에서 공유 폴더에 액세스해야했습니다. 그런 다음 다시 입력 한 로그온 사용자 / 암호를 요청했습니다. 그러나 이전 컴퓨터 이름을 사용한 경로와 내용이 있었으므로 Win 7 컴퓨터를 원래 상태로 다시 변경했습니다. 할렐루야! 그것은 다시 작동했습니다-다시 사용자 / 암호를 요청했고 XP HOME 시스템에서 공유에 액세스 할 수있었습니다!

따라서 요약 : 캐시 된 자격 증명에 문제가 있으며 명확한 삭제 방법이 없습니다 (사용자 계정의 Network Password Manager에도 아무것도 표시되지 않음). 따라서 컴퓨터 이름을 일시적으로 변경하고 다시 변경하면 일부 문제가 해결 될 수 있습니다.

나는 이와 같은 포럼에서 몇 가지 비슷한 문제를 겪었지만 내 것과 같은 것은 아닙니다.

업데이트가 포함 된 Server 2008 R2 상자를 Server 2012 R2로 업그레이드 한 후이 문제가 발생했습니다. 자격 증명 관리자로 이동하여 Windows 자격 증명-> 일반 자격 증명을 제거하면 문제가 해결되었습니다.

필자의 경우 놀랍게도 Windows 8.1에서 SMB 1.0 지원 기능을 활성화하는 것 외에도 DNS 캐시를 플러시해야한다는 것이 밝혀졌습니다 . 도메인에서 연결 이 끊어진 도메인 가입 컴퓨터였습니다 .

다른 경우에는 도메인에 가입하지 않은 컴퓨터에서 DNS 캐시를 비우는 것이 도움이되지 않았습니다. 그러나 흥미롭게도 정규화 된 이름 은 그렇지 않을 \\Name.때 작동했습니다 \\Name(나는이 아들을 첫 번째 기계로 시도하지 않았습니다). 여기에 어떤 문제가 있는지 잘 모르겠지만 도메인 이름 부족과 관련이 있다고 생각합니다.

하나의 특정 폴더에서만이 문제가 발생했습니다. 리디렉션 폴더를 사용하기 때문에 오프라인 폴더에서 문제가 발생했습니다. 따라서 Windows는 Windows가 시작 되 자마자 다른 사용자 자격 증명으로 해당 공유에 문자 그대로 연결되어 로그인 한 사용자의 연결을 거부합니다.

사용 된 솔루션은 오프라인 동기화를 끄는 것입니다.

네트워크 ACL 일 수 있습니다. 한 환경에서 내가 일했던 포트 445로 변경되었습니다.

\ 호스트 이름 \ 공유

• 클라이언트가 TCP / IP 포트 445에서 SMB를 통해 연결을 시도했습니다.
• 네트워크 ACL에 의해 차단
• 클라이언트 연결에 실패

\ hostname.fqdn \ share

• 클라이언트가 TCP.IP 포트 445에서 SMB를 통해 연결을 시도했습니다.
• 네트워크 ACL에 의해 차단
• 클라이언트는 포트 139에서 NetBT를 통해 연결
• 성공적인 연결

따라서 FQDN에 연결하면 NetBT를 사용하려고 시도하고 포트 139가 열려 성공했습니다.

따라서 솔루션은 포트 445를 차단 해제했습니다.