새 VPC ca-central을 만들었습니다. 나는 다른 곳과 동일한 절차를 따랐습니다.
- 새 VPC(이로 인해 활짝 열려 있는 ACL이 생성됨)
- 3개의 서브넷, 각 가용 영역에 하나씩, CIDR은 적절한 간격으로 배치됩니다.
- 라우팅 테이블의 모든 서브넷
- 해당 라우팅 테이블은 0.0.0.0/0을 인터넷 게이트웨이로 라우팅합니다.
- 인스턴스는 포트 22가 열려 있는 인바운드, 모든 트래픽 아웃바운드가 있는 secGroup을 사용합니다.
- 모든 것이 vpc에 올바르게 연결되었습니다.
SSH, Spot 또는 On-Demand를 통해 생성된 T3 인스턴스에 연결할 수 없습니다. 나는 AIM 대신 우분투용 공장 AIM을 사용해 보기도 했습니다. 모든 시도는 시간 초과됩니다. 테스트를 위해 secGroup의 모든 포트를 허용했지만 도움이 되지 않았습니다. 나는 모든 것을 핵무기로 만들고 처음부터 새로 만들었지만 도움이 되지 않았습니다.
내가 뭘 잘못했는지 모르겠습니다. us-east-1에도 정확히 동일한 설정이 있으며 정상적으로 작동합니다. 내가 뭘 잘못하고 있는지 아는 사람이 있나요?
추신: 인스턴스에는 vpc에 연결된 VNIC의 내부 IP에 연결된 공용 IP가 있습니다.
편집: VPC용 CloudFormation 스크립트:https://pastebin.com/VK3Cb6j8
편집: VPS는 괜찮습니다. T2는 작동하지 않지만 T3 인스턴스는 작동하지 않습니다.
답변1
고객지원팀과 몇 차례 상담을 거친 후 다음과 같은 결과를 얻었습니다.
"인내해 주셔서 감사합니다. 내부 팀과 협력하여 다른 지역이 완전히 작동하도록 허용했습니다. 이제 SSH를 통해 인스턴스에 액세스할 수 있습니다. "
이제 작동합니다. 지역 및/또는 인스턴스 유형을 제한하는 관리 화면에서 접근할 수 없는 숨겨진 설정이 있는 것 같습니다. 다른 사람들이 이 문제에 직면할 경우를 대비하여 여기에 답변을 남겨둡니다. 불행하게도 개발자 지원에 1개월의 비용을 지불해야 개발자에게 연락하여 스스로 해결할 수 없는 문제가 무엇인지 조사할 수 있습니다. CS 구독에 대해 환불을 요청할 의향이 있지만, 이에 대한 희망은 없습니다. 어느 쪽이든 L2 지원으로 문제가 해결되었습니다.
편집하다: 그들은 이 문제를 해결하기 위해 고객 지원 비용을 지불할 필요가 없었다는 내 주장을 받아들였고 환불해 주었습니다. 궁극적으로 그들의 권장 사항은 숨겨진 제한 사항에 대한 변경 사항을 처리하는 계정 및 청구 문제로 이 문제를 제기하는 것입니다.