Windows 용 Amazon EC2 인스턴스간에 데이터를 공유 할 수 없음

Windows Server 2003과 IIS 6.0을 실행하는 두 개의 Amazon EC2 인스턴스가 있습니다. 두 인스턴스는 모두 동일한 리전에서 생성되며 동일한 보안 그룹을 갖습니다. 모든 포트 및 연결 방법에 대해 icmp를 활성화하고 두 인스턴스간에 성공적으로 ping을 수행 할 수 있습니다. 그러나 한 EC2 인스턴스의 공유 위치에 액세스하려고하면 다음을 사용하여 다른 EC2 인스턴스가 손상됩니다.

\\<elastic-ip>

또는

\\<internal-private-ip>

공유 위치를 볼 수없고 다음과 같은 오류가 발생합니다.

주어진 네트워크 경로를 수락 한 네트워크 공급자가 없습니다

tracert 명령을 사용하여 두 EC2 인스턴스에서 모두 추적 할 수 있습니다.

두 EC2 인스턴스간에 공유 위치에 액세스하는 방법을 알려주십시오.

감사

추신 : 나는 이것이 S3을 사용하여 대안 적으로 달성 될 수 있다는 것을 알고 있지만 다른 이유로 그것을 사용하고 싶지 않습니다.

내 자신의 쿼리에 대한 답변을 찾았으며 여기에 있습니다.

이론:

이것은 Microsoft 파일 공유 SMB를 활성화하는 방법을 다루는 이 Microsoft 기술 자료 문서 에서 찾을 수 있습니다 . 아래 사항은 관련이 있습니다.

다음 포트는 파일 공유 및 서버 메시지 블록 (SMB) 통신과 연관되어 있습니다.

• Microsoft 파일 공유 SMB : 135 ~ 139의 UDP (User Datagram Protocol) 포트 및 135 ~ 139의 TCP (Transmission Control Protocol) 포트.
• 네트워크 기본 입 / 출력 시스템 (NetBIOS)이없는 직접 호스트 된 SMB 트래픽 : 포트 445 (TCP 및 UPD).

그것을하는 방법 :

1. EC2 인스턴스와 관련된 보안 그룹에서 위의 포트를 활성화하십시오. 이 작업을 완료하면 보안 그룹 권한이 아래 이미지와 같아야합니다.

2. 두 인스턴스의 Windows 방화벽에서 포트를 활성화하십시오. 자세한 방법은 여기를 참조하십시오 . Windows Server의 경우 7 단계를 건너 뜁니다.

이렇게하면 문제가 해결되지만 인스턴스를 다시 시작해야 할 수도 있습니다.

내가 확인하는 순서는 다음과 같습니다.

1. 네트워크 어댑터에서 파일 및 프린터 공유가 활성화되었습니다
2. 모든 중요한 서비스가 실행 중입니다
3. 필요한 모든 포트가 두 방화벽에서 모두 열려 있습니다
4. 다른 단서가 있는지 응용 프로그램 및 시스템 이벤트 로그를 확인하십시오.
5. 네트워크 어댑터에 TCP 필터링이 설정되어 있지 않은지 확인하십시오.

0.0.0.0/0 또는 CIDR 블록과 같은 모든 사용자에게 보안 그룹의 TCP 및 UDP 모두에 대해 포트 135-139 및 포트 445를 다시 활성화했습니다. 그런 다음 IP를 통해 공유 드라이브에 액세스 할 수 있지만 instance-id 또는 Windows 시스템 이름을 통해서는 액세스 할 수 없습니다. Windows 방화벽에서 위의 포트를 활성화하거나 비활성화해도 아무런 영향이 없습니다.