☰

iptable 플러시 후 SSH를 통해 EC2 인스턴스에 액세스할 수 없음

tag-icon • tag-icon ssh amazon-ec2 iptables
iptable 플러시 후 SSH를 통해 EC2 인스턴스에 액세스할 수 없음

EC2 인스턴스에 연결하기 전에는 IPTABLE을 플러시한 후에 더 이상 액세스할 수 없으며 연결을 시도할 때마다 시간 초과가 발생합니다.

내가 받은 오류:

FAIL: TIMEOUT
[SSH] FAIL: xx.xx.xx.xx:2020 - No connection was made because the operation was stopped.

이 문제가 발생하기 전에 문제를 해결하려고 합니다.
IP를 통해 내 WHM에 액세스할 수 없었지만 SSH에 액세스할 수 있었고 IPTABLE을 플러시해야 하는 곳을 읽은 다음 문제가 발생하기 시작하고 SSH에 액세스할 수 없었습니다.

내가 취한 단계(실패)

  1. 이미 인스턴스를 다시 시작했습니다.
  2. 브라우저에서 IP가 작동하는지 확인하려고 합니다(Safari, Firfox, Chrome 사용). 브라우저의 IP 시간 초과와 동일합니다.
  3. 보안 그룹을 확인했으며 인바운드 및 아웃바운드 어디에서나 트래픽을 허용합니다.
  4. 이틀 동안 Google 검색을 했는데 관련 답변이 없습니다. SSH에 액세스해야 하기 때문에 대부분의 답변은 명령줄에 관한 것입니다.
  5. 인스턴스의 IP를 변경합니다(정말 유용하지 않다는 것을 알고 있습니다).
  6. "시스템 로그 가져오기"를 이해하려고 노력했지만 잘 이해할 수 없었습니다. 거기에 있는 모든 것이 괜찮아 보이기 때문입니다.
  7. 공용 DNS를 사용하여 액세스를 시도합니다.
  8. Open VPC 연결을 사용하여 새 보안 그룹 생성

서버 정보:

WHM 및 cPanel을 실행하는 Centos 6

현재 그럴 수 있다고 생각하는 몇 가지 고려 사항은 다음과 같습니다(온라인에서는 이러한 고려 사항에 대한 정보가 온라인에 없습니다).

  1. 보안 그룹의 VPC 설정
  2. Amazon 측 버그(의심스럽습니다)

답변1

당신은 플러시했습니다모두기본 ALLOW 규칙을 포함한 iptables 규칙. 액세스 권한을 다시 얻으려면 이러한 시스템을 완전히 복구해야 합니다.

iptables 규칙 변경 사항을 디스크에 저장하지 않은 경우 재부팅하면 문제가 해결될 가능성이 있습니다. 그렇지 않은 경우에는 제가 설명하는 과정을 거쳐야 합니다.이 답변인스턴스를 복구합니다.

여담이지만, 이 서버의 내용이 손실될까봐 걱정된다면 시스템 관리를 잘못한 것입니다. 당신은해야언제나심각한 데이터 손실 없이 서버를 잃을 수 있습니다. 이는 물리적 서버뿐만 아니라 VPS 서버에서도 마찬가지입니다.

관련 정보