SSH 포트를 열지 않고 접속하기

접속 포트를 열지 않고도 들어갈 수 있습니다

서버에 들어가려면 접속 포트를 열어야 한다는 전제를 바꾸면 노출 면이 크게 줄어듭니다. 관리 도구를 통해 접속하는 방식에서는 서버가 외부에서 들어오는 연결을 받지 않고, 대신 서버 쪽에서 관리 서비스로 연결을 만들어 둡니다. 그러면 외부에 열린 포트가 없으므로 자동 탐색 도구에 잡히지 않습니다. 추가로 얻는 것이 두 가지 있습니다. 첫째, 접속 권한을 계정 권한 체계로 관리할 수 있어 서버마다 계정을 만들지 않아도 됩니다. 둘째, 접속 기록이 남아 누가 언제 어떤 명령을 실행했는지 추적할 수 있습니다.

전환 순서는 겹쳐 두고 확인하는 것입니다

전환할 때도 들어갈 길을 먼저 만듭니다. 1단계로 서버에 관리 에이전트가 설치되고 동작하는지 확인합니다. 2단계로 서버가 관리 서비스와 통신할 수 있는 경로를 확인합니다. 외부로 나가는 경로가 막혀 있으면 사설 연결을 설정해야 합니다. 3단계로 새 방식으로 접속이 되는지 확인합니다. 4단계에서만 기존 접속 포트를 닫습니다. 5단계로 접속 기록이 남는지 확인합니다. 3단계를 건너뛰고 포트를 닫으면 서버에 들어갈 수 없게 되고, 복구를 위해 다시 포트를 열어야 하므로 작업이 두 배가 됩니다.

설정 작업량과 노출 감소를 함께 적습니다

학습용 가정으로 계산합니다. 가정값은 서버 20대이고 서버당 에이전트 확인과 권한 설정과 접속 시험에 8분이 든다고 두겠습니다. 작업 시간은 160분이고 내부 시간 비용을 시간당 30,000원으로 가정하면 80,000원입니다. 이것이 중간 계산값입니다. 최종 효과는 노출 면으로 적습니다. 전환 전에는 20대에 각각 1개씩 열린 접속 포트가 있어 외부에 20개가 노출돼 있었고, 전환 뒤에는 0개가 됩니다. 이 숫자는 금액으로 환산하기 어렵지만, 자동 탐색에 잡히는 대상이 사라진다는 점에서 효과가 분명합니다.

관리 서비스에 의존하게 됩니다

결론을 뒤집는 조건은 의존성입니다. 접속 경로가 관리 서비스를 지나므로, 그 서비스나 네트워크 경로에 문제가 생기면 서버에 들어갈 수 없습니다. 그래서 비상 접속 경로를 하나 남겨 둡니다. 평소에는 닫아 두고 승인 절차를 거쳐 임시로 여는 방식이 적절합니다. 두 번째 조건은 에이전트입니다. 에이전트가 멈춘 서버는 접속 대상에서 사라지므로, 에이전트 상태를 감시 지표에 넣어야 합니다. 이 감시가 없으면 평소에는 문제가 없고 장애 때만 들어갈 수 없는 상태가 됩니다. 그래서 점검표에 비상 경로와 에이전트 상태 두 항목을 넣고, 각 항목의 확인 주기를 함께 적어 둡니다.

서버 운영 실행 전 점검표

• 에이전트 설치와 통신 경로를 확인했다
• 새 방식 접속을 확인한 뒤 기존 포트를 닫았다
• 접속 기록이 남는지 확인했다
• 비상 접속 경로와 에이전트 상태 감시를 준비했다