개인 VPC에서 실행되는 EC2 인스턴스를 설정하려고합니다. 사설 VPC에서 인터넷에 연결할 수 있지만 외부에서는 액세스 할 수 없습니다. EC2가 외부 리소스 (S3, Dynamo, Internet)와의 일부 상호 작용을 시작하도록 유도하는 람다 함수가 있습니다.AWS lambda가 개인 Hostzone DNS가있는 내부 ELB에 연결
I는 다음과 같이 VPC를 설정 :
-
동일 내부로 구성된 전용 VPC 서브넷
- ALB (애플리케이션로드 밸런서) 및 개인 서브넷에
- EC2 인스턴스 실행 고정 표시기 (
- 람다 기능을 작동하고 EC2 서브넷)
- NAT를 게이트웨이 ABC HTTPS에서 GET 및 인터넷에 POST 및 ALB
- Route53 개인 Hostzone는 기록이 그 경로를 설정 한 "할 것이다 d.internal/api "를 ALB에 보냅니다.
여기에 문제가 있습니다. 람다 함수는 HTTPs를 사용하여 인터넷에 연결할 수 있지만 HTTPs가 개인 Hostzone 레코드 ("abcd.internal")를 사용하여 ALB에 연결하지 못하는 경우.
ALB, EC2, 람다, NAT 게이트웨이 및 Route53은 동일한 VPC에서 구성되므로 사설 DNS 이름으로 서로 이야기 할 수 있어야합니다. 나는 그것이 왜 실패하는지 모른다.
참고 : 내부 ALB를 설정하기 전에 공용 서브넷에서 인터넷 연결 ALB를 설정 한 다음 공용 ALTER에 "abcd.public"세트를 구성하십시오. EC2 인스턴스와 통신 할 수 있으며 EC2 인스턴스는 NAT 게이트웨이를 통해 인터넷과 상호 작용할 수 있습니다. 따라서 "EC2 to Internet"부분이 효과적입니다.
업데이트 :
오류 : 호스트 이름/IP는 인증서의 altnames 일치하지 않습니다 "호스트 :. abcd.internal는 인증서의 altnames에없는 다음과 같이 가 드디어 람다 로그에 일부 오류 메시지를 파고 DNS : .public "] 이유 : '호스트 : abcd.internal. DNS : .public ', 호스트 :'abcd.internal. ',
재미 있습니다. 나는 개인 호스트 존과 공존하는 공용 호스트 존을 가지고 있지만 공용 호스트 존은 다른 목적을 위해 존재한다. 개인 서브넷 내부에서 구성 되었기 때문에 람다 함수가 개인 DNS가 아닌 공용 DNS를 사용하는 이유는 모르겠습니다.
람다 기능은 NAT 게이트웨이에 대한 경로와 함께 VPC의 개인 서브넷에서 실행되도록 구성되어 있습니까? –
'abcd.internal/api'에 대한 레코드 세트를 구성 할 수 없으며 아무 것도 할 수 없습니다. DNS는 그런 식으로 작동하지 않습니다. 경로는 DNS 수준에서 처리되지 않습니다. –
@ MarkB 예, 인터넷에 연결할 수 있음을 확인했습니다. – flyblade