서버 준비 후

물리 서버 접속:
콘솔에서 로그인 정보 확인

Linux는 SSH, Windows Server는 RDP로 접속합니다.

이 페이지에서는 서버 준비 후 접속 절차를 안내합니다. 실제 주소, 계정명, 비밀번호는 표시하지 않습니다.

접속 전 확인

서버 상세 정보에서 로그인 정보 3가지 확인

서버가 준비되면 콘솔에 로그인해 해당 서버의 상세 페이지에서 접속 주소, 계정명, 초기 비밀번호를 확인하세요. 주문 내역이 있다고 해서 접속 정보까지 확인된 것은 아닙니다. 서버 상세 페이지에 표시된 상태와 항목을 기준으로 확인하세요.

여러 서버를 한 계정으로 관리한다면 먼저 서버와 설치된 운영체제를 확인한 뒤 해당 서버의 접속 정보를 사용하세요. 주문 번호만으로 접속 주소를 알 수 없으며, 운영체제 관례만으로 계정명을 추측해서도 안 됩니다. 주소, 계정명, 비밀번호는 모두 같은 서버의 정보여야 합니다.

  • 접속 주소: SSH 또는 원격 데스크톱 클라이언트에 입력할 대상 주소
  • 계정명: 서버 상세 페이지에 표시된 내용을 대소문자까지 정확히 입력
  • 초기 비밀번호: 신뢰할 수 있는 클라이언트에서만 사용하고 공개 기록에는 남기지 않기

오른쪽에는 항목의 위치만 표시되어 있으며 값은 비어 있습니다. 실제 정보는 로그인 후 콘솔에서 확인하세요. 이 페이지의 예시에서는 확인할 수 없습니다.

서버 상세 정보 · 접속 항목

접속 주소
계정명
초기 비밀번호
항목 위치 예시이며 접속 정보는 포함하지 않습니다. 계정명과 초기 비밀번호의 예시는 제공하지 않습니다.

SSH 접속 전 확인

  1. 01대상 선택

    콘솔에 표시된 접속 주소를 사용하세요. IPv4 주소가 여러 개면 첫 번째 주소를 선택합니다.

  2. 02계정 입력

    해당 서버의 계정명과 초기 비밀번호를 사용하세요. 공통 계정명을 사용하지 마세요.

  3. 03보안 설정

    비밀번호를 변경하거나 키 인증을 설정하세요. 새 로그인 방식을 확인한 다음 접속 규칙을 조정하세요.

Linux, FreeBSD 및 Proxmox VE 호스트의 SSH 관리에 적용됩니다.

Linux / FreeBSD / Proxmox VE

SSH로 첫 로그인하기

로컬 SSH 클라이언트에 콘솔에 표시된 주소와 계정명을 입력한 뒤, 클라이언트 안내에 따라 초기 비밀번호를 입력하세요. 서버 상세 정보에 접속 포트가 표시되어 있다면 해당 값을 사용하고 클라이언트의 기본값에 의존하지 마세요.

첫 연결 시 호스트 키 확인을 요청할 수 있습니다. 대상 서버를 확인하고, 주소가 불분명하거나 호스트 정보가 예상과 다르게 바뀐 경우에는 안내를 무시하지 마세요. 비밀번호 입력 중에는 문자가 표시되지 않을 수 있으므로 화면에 문자가 나타나지 않는다는 이유만으로 입력 실패라고 판단하지 마세요.

로그인 후 초기 비밀번호를 변경하거나 관리 정책에 따라 키 로그인을 설정하세요. 키를 설정할 때는 개인 키를 안전하게 보관하고 공개 키만 서버에 등록하세요. 기존 세션을 종료하거나 인증 정책을 변경하기 전에 새 연결을 열어 키 로그인이 되는지 확인하세요.

방화벽은 실제 서비스에 필요한 접근만 허용하도록 설정하세요. SSH 수신 설정, 인증 방식 또는 인바운드 규칙을 변경한 뒤에는 현재 세션을 유지한 채 새 연결을 확인하세요. 확인하기 전에 기존 세션과 접속 경로를 모두 닫지 마세요.

Proxmox VE 호스트 로그인과 가상 머신 로그인은 서로 다른 관리 대상입니다. 이 섹션의 로그인 정보는 물리 서버용이며, 가상 머신 계정과 접속 설정은 가상 머신을 배포할 때 별도로 구성해야 합니다.

Windows Server

RDP로 원격 데스크톱 접속

로컬 원격 데스크톱 클라이언트를 열고 대상 주소에 콘솔에 표시된 접속 주소를 입력한 다음, 같은 서버 상세 페이지의 계정명과 초기 비밀번호로 로그인하세요. 클라이언트에 다른 서버의 계정이 저장되어 있다면 계정 항목을 다시 확인해 이전 로그인 정보가 자동으로 입력되지 않도록 하세요.

인증서 또는 서버 확인 안내가 표시되면 먼저 대상 주소와 서버가 일치하는지 확인하세요. IPv4를 여러 개 신청한 서버도 주소 목록의 첫 번째 주소를 RDP 접속 대상으로 사용하세요. 첫 로그인 주소를 용도에 따라 임의로 바꾸지 마세요.

처음 로그인한 뒤 관리자 비밀번호를 변경하고 원격 접속 권한과 방화벽 규칙을 확인하세요. 비밀번호를 바꾼 뒤에는 로컬 클라이언트에 저장된 기존 로그인 정보도 업데이트해야 합니다. 기존 세션에서 데스크톱이 계속 표시되더라도 새 비밀번호가 확인된 것은 아닙니다.

Windows Server의 시스템 언어는 주문 시 선택한 영어, 번체 중국어 또는 간체 중국어로 설정됩니다. 원격 데스크톱 클라이언트의 로컬 표시 언어를 바꿔도 서버 시스템 언어는 변경되지 않습니다. 비밀번호를 입력할 때는 로컬 키보드 배열과 대소문자 상태도 확인하세요.

업무용 소프트웨어 설치, 계정 권한, 데이터 백업은 시스템 내에서 직접 관리해야 합니다. 접속에 성공했다고 해서 애플리케이션 서비스, 추가 주소 또는 백업 정책까지 설정된 것은 아닙니다.

RDP 입력 순서

대상 주소
콘솔 주소 목록의 첫 번째 IPv4
로그인 계정
해당 서버 상세 정보에 표시된 계정명
로그인 비밀번호
처음에는 초기 비밀번호를 사용하고, 변경 후에는 새 비밀번호 사용
시스템 언어
영어 / 번체 중국어 / 간체 중국어, 주문 시 선택한 언어 기준
입력 항목 관계 예시이며 기본 계정, 기본 포트 또는 예시 비밀번호는 제공하지 않습니다.

주소 사용 순서

IPv4가 여러 개라면 첫 접속에는 첫 번째 주소 사용

서버에는 기본 IPv4 주소 1개가 제공됩니다. 주소를 추가한 경우에도 SSH와 RDP 접속에는 콘솔 주소 목록의 첫 번째 주소를 사용하세요.

첫 번째 IPv4: 호스트 관리

콘솔에서 주소 순서를 확인한 뒤 첫 번째 주소를 클라이언트에 입력하세요. 숫자 크기, 애플리케이션 바인딩 순서, 로컬에 저장된 기록을 첫 번째 주소의 판단 기준으로 삼지 마세요.

접속 문제를 문의할 때 목록의 첫 번째 주소를 사용했는지 알려 주면 호스트 접속 문제와 추가 주소 설정 문제를 구분하는 데 도움이 됩니다.

나머지 IPv4: 시스템에서 설정

추가 주소는 로그인 후 업무 환경에 맞게 시스템이나 가상 머신에 설정할 수 있습니다. 추가 주소를 받았다고 해서 애플리케이션 수신 설정, 브리지, 라우팅, 방화벽 설정까지 자동으로 완료되는 것은 아닙니다.

가상 머신 주소로 접속할 수 없다면 호스트 접속과 가상 머신 네트워크를 각각 확인하세요. 물리 서버 관리 주소 대신 가상 머신 주소를 사용하지 마세요.

네트워크 설정을 변경하기 전에 기존 주소와 규칙을 기록하세요. 변경 후에는 호스트 관리 접속과 업무용 접속을 각각 확인하세요. 특정 사이트에 접속된다는 이유만으로 원격 관리도 정상이라고 판단하지 마세요.

접속 문제 대응 범위

일상적인 관리는 SSH와 RDP 사용

네트워크 설정 오류 등으로 일반 원격 로그인이 실패할 수 있습니다. 콘솔에는 브라우저 기반 그래픽 세션이 비상 접속 경로로 제공될 수 있으며, 사용 가능 여부는 서버 상세 페이지에 표시된 내용을 따릅니다. 일상적인 관리는 SSH와 RDP를 사용하세요.

접속을 복구한 뒤에는 연결을 끊은 시스템 설정을 확인하고 일반 접속을 다시 점검하세요. 비상 접속 경로는 로그인 정보 보관, 네트워크 변경 확인, 데이터 백업을 대신하지 않으며 애플리케이션 서비스 복구 여부를 판단하는 기준도 아닙니다.

먼저 문제 단계 확인

클라이언트가 대상에 연결하지 못하는 문제, 계정 인증 실패, 로그인 후 업무 서비스를 사용할 수 없는 문제는 서로 다릅니다. 실제로 어느 단계에서 멈추는지 기록한 뒤 해당 문제를 점검하세요. 관련 없는 설정을 반복해서 변경하지 마세요.

서버 상태와 접속 항목은 콘솔에 표시된 정보를 기준으로 확인하세요. 유효한 접속 정보를 받지 못했다면 주소를 추측하거나 공통 비밀번호를 시도하지 마세요.

문의 시 필요한 정보

접속 문제 문의: 서버 정보와 오류 내용 첨부

기술 문제는 로그인 후 콘솔에서 문의 티켓을 제출하세요. 서버 상태와 청구 기록도 콘솔에서 확인할 수 있습니다. 문제를 점검하기 전에 해당 서버와 관련 주문을 먼저 확인하세요.

  1. 01서버 및 운영체제

    해당 서버 또는 주문과 설치된 운영체제를 기재하세요. 서버가 여러 대라면 각각 따로 설명하고, 서로 다른 서버의 주소와 오류 내용을 한 기록에 섞지 마세요.

  2. 02접속 방식

    SSH와 RDP 중 어떤 방식을 사용했는지, 사용한 클라이언트, 콘솔 목록의 첫 번째 IPv4를 사용했는지 알려 주세요. 다른 네트워크 환경에서도 같은 문제가 발생하는지 덧붙일 수 있습니다.

  3. 03전체 오류 내용

    오류 문구와 발생 단계를 그대로 남기고 연결 시간 초과, 연결 거부, 인증 실패를 구분해 주세요. 스크린샷에서는 비밀번호, 개인 키, 문제와 관련 없는 민감 정보를 가려 주세요.

  4. 04최근 변경 사항

    문제가 발생하기 전에 비밀번호, 네트워크, 방화벽 또는 원격 서비스 설정을 변경했는지 알려 주세요. 이미 확인한 항목도 함께 적어 같은 점검을 반복하지 않도록 하세요.

문의 티켓에 전체 비밀번호나 개인 키를 붙여 넣을 필요는 없습니다. 콘솔에 로그인할 수 없다면 다음 주소로 계정 및 접속 문제를 알려 주세요: support@amdssh.com 계정 및 접속 문제를 알려 주세요.

해당 서버 상세 페이지에서 접속 시작

주소, 계정명, 초기 비밀번호를 확인한 뒤 운영체제에 맞춰 SSH 또는 RDP를 선택하세요. 접속에 문제가 있으면 오류 내용을 보관하고 콘솔에서 문의 티켓을 제출하세요.