NAT 뒤 내부 Linux 서버에 원격 SSH 접속하기
완성 결과: VPN으로 내부 네트워크 전체를 연결하지 않고, 외부 엔지니어가 DRLink Server의 지정된 포트를 통해 내부 Linux 호스트의 SSH에 접속합니다. 구성 예: 외부 PC → 공인 DRLink Server → Agent의 아웃바운드 터널 → 내부 10.10.20.15:22.준비
- 서버 설치 완료, Server 설치 프로그램와 외부 방화벽 경로 확보
- 내부 호스트에서 DRLink Server로 아웃바운드 통신 가능
- 내부 호스트에 이미 동작하는 sshd와 SSH 사용자 계정/키 존재. DRLink는 계정이나 sshd를 생성하지 않습니다.
- 원격 접속을 외부에 공개하기 전에 필요하면 접근 허용 IP 제한을 먼저 설정하세요. Remote Access의 초기 No Policy 상태는 ALLOW입니다.
1단계 — 서버 상태 확인

2단계 — SSH용 Zero-Touch 등록 발급
Server REPL:show remote-services로 실제 이름을 확인하세요.
화면에 출력된 실제 일회용 설치 명령어 전체를 복사하여 내부 Linux 호스트의 관리자 터미널에서 실행합니다. 예시 URL을 임의로 만들지 마세요. 등록 URL/티켓은 비밀 인증정보이므로 공개 문서·이슈·로그에 복사하면 안 됩니다.
3단계 — Agent와 자동 생성된 서비스 확인

sudo drlink를 열고 조회합니다. <actual-service-name>은 목록의 실제 이름으로 바꾸세요:
4단계 — 외부 PC에서 실제 SSH 접속

5단계 — 서버 목록·정책 확인

실패 시/철회
- DEGRADED: Agent에서
system diagnostics → system synchronize → show remote-service <actual-service-name>순서로 확인 - 시간 초과: 공인 포트 방화벽/NAT, Agent 터널, 서버 정책, 대상 22번 포트 검사
- Permission denied: 대상 SSH 사용자·키·sshd 권한 검사
- 서비스 제거: 소유 Agent에서
unset remote-service <actual-service-name>실행 전 포트 예약과 연결 중단 영향을 확인합니다. 단일 서비스 때문에 전체 Managed Host를 삭제하지 마세요.
최신 동작 확인 — 2026-10-28
재연결 후 소유 Agent에서system synchronize와 show remote-service <actual-service-name>를 확인합니다. HEALTHY는 현재 런타임 검증이 필요하며 저장된 플래그/heartbeat만으로 판단하지 않습니다. 복구 후 실제 SSH를 다시 연결하고 DEGRADED를 지우려는 목적으로 재등록하지 마세요.
현재 CLI 전체 목록 · MCP 호환성