최초 신원 확인 안내
첫 접속 시 호스트 신원이 저장되지 않았다는 안내가 표시될 수 있습니다. 클라이언트에서 신원을 확인하기 전에 주소가 해당 서버 상세 정보에서 가져온 것인지 확인하세요. 호스트 키가 변경된 경우 기존 기록을 바로 삭제하고 경고를 무시하지 마세요. 먼저 재설치 이력이 있는지 확인하고, 확인할 수 없다면 티켓을 제출하세요.
최초 접속 안내와 신원 변경 경고는 서로 다른 상황입니다.
인도 후 접속 준비
인증 정보는 콘솔에서 확인하세요. Linux는 SSH, Windows는 RDP로 접속합니다.
인도가 완료된 주문은 콘솔에서 해당 서버 상세 정보를 확인할 수 있습니다. 접속 주소와 로그인 정보는 해당 서버에 표시된 내용을 기준으로 합니다.
서버를 확인한 다음 접속하세요
AmdMetal은 서버 비밀번호를 공개 페이지에 표시하지 않습니다. 결제 및 인도가 완료되면 주문에 사용한 계정으로 로그인해 콘솔에서 해당 주문과 서버 상세 정보를 찾고, 서버 번호, 선택한 운영체제, 접속 주소 및 로그인 정보를 확인하세요.
주문 번호와 서버 번호로 해당 서버를 찾으세요. 여러 서버를 관리하는 경우 연결 전에 대상 서버의 메모리 구성과 운영체제를 확인해 다른 서버의 인증 정보를 입력하지 않도록 하세요.
서버 상세 정보에서 주소, 계정 및 인증 정보를 확인하세요. 안내를 보고 사용자 이름이나 포트를 추측하지 마세요. 복사한 정보의 앞뒤 공백을 확인하고, 비밀번호를 터미널 명령줄, 스크린샷 또는 공개 게시물에 붙여 넣지 마세요.
Linux, FreeBSD 및 Proxmox VE는 SSH를, Windows Server는 RDP를 사용합니다. 접속 방법은 주문 시 선택한 운영체제에 따라 달라지며, 로컬 컴퓨터의 운영체제와는 관계가 없습니다.
서버 인도가 완료되지 않았거나 상세 정보에 접속 정보가 표시되지 않는 경우, 이 문서의 예시 주소로 로그인을 시도하지 마세요. 주문 및 인도 상태는 콘솔 티켓으로 확인하세요.
Linux · FreeBSD · Proxmox VE
로컬 SSH 클라이언트에 콘솔에 표시된 접속 정보를 입력하세요. 클라이언트에서 접속 설정을 저장할 수 있다면 서버 번호를 기록 이름으로 사용해 각 연결이 실제 주문과 일치하도록 관리하세요.
첫 접속 시 호스트 신원이 저장되지 않았다는 안내가 표시될 수 있습니다. 클라이언트에서 신원을 확인하기 전에 주소가 해당 서버 상세 정보에서 가져온 것인지 확인하세요. 호스트 키가 변경된 경우 기존 기록을 바로 삭제하고 경고를 무시하지 마세요. 먼저 재설치 이력이 있는지 확인하고, 확인할 수 없다면 티켓을 제출하세요.
최초 접속 안내와 신원 변경 경고는 서로 다른 상황입니다.
콘솔에 안내된 방식으로 인증하세요. 비밀번호를 입력할 때 터미널에 문자가 표시되지 않을 수 있지만, 입력이 적용되지 않은 것은 아닙니다. 로그인 후 계정 권한과 운영체제 버전을 먼저 확인한 다음 시스템을 업데이트하세요. 패키지 관리 명령은 선택한 배포판에 맞게 사용해야 합니다.
인증 실패가 네트워크 연결 불가를 뜻하지는 않습니다.
개인 키는 로컬에 보관하고 공개 키는 대상 계정에 등록하세요. 현재 세션은 유지한 채 새 세션을 열어 키 로그인이 정상 작동하는지 확인한 다음 비밀번호 로그인 정책과 방화벽을 조정하세요. 새 연결을 확인하기 전에 기존 관리 접속을 종료하지 마세요.
새 접속 경로를 확인한 뒤 기존 경로를 제한하세요.
256GB 모델 확인 기록
아래 내용은 출력 필드를 이해하기 위한 발췌 예시이며 현재 서버의 실시간 상태가 아닙니다. 주소는 문서용으로 예약된 대역을 사용합니다. 계정 이름과 접속 매개변수는 콘솔에 표시된 실제 정보로 바꿔야 합니다.
$ ssh -l ACCOUNT_FROM_CONSOLE 203.0.113.10
The authenticity of host cannot be established.
Are you sure you want to continue connecting (yes/no)? yes
$ lscpu
Model name: AMD EPYC 7543P 32-Core Processor
CPU(s): 64
$ free -g
total
Mem: 251
$ nvme list
Node Model Namespace Usage
/dev/nvme0n1 NVMe SSD 1 1.00 TB
/dev/nvme1n1 NVMe SSD 1 1.00 TB
CPU(s): 64 는 논리 스레드 64개를 의미합니다. 이 프로세서의 물리 코어는 32개이며, 스레드 수를 물리 코어 수로 보면 안 됩니다.
메모리 약 251 은 이 예시에서 256GB 모델의 시스템 표시값입니다. 단위 환산, 시스템 사용량 및 도구의 표시 방식에 따라 값이 달라질 수 있으므로 단일 표시값만으로 하드웨어 전체를 확인할 수는 없습니다.
NVMe 장치 기록 2개 는 각각 약 1TB인 직결 디스크 2개를 나타내며, 미러링이 구성되었다는 뜻은 아닙니다. 필요한 도구가 설치되어 있지 않다면 운영체제 문서에 따라 먼저 설치하세요. 도구가 없는 것이 디스크가 없다는 뜻은 아닙니다.
디스크 확인 단계에서는 포맷, 파티션 삭제 또는 스토리지 풀 생성 명령을 실행하지 마세요. NVMe 2개는 하드웨어 RAID 구성이 아니며, 이중화와 백업은 고객이 직접 설정해야 합니다.
Windows Server
원격 데스크톱 클라이언트를 열고 서버 상세 정보에 표시된 첫 번째 IPv4 주소와 로그인 정보로 접속하세요. Windows의 시스템 언어는 주문 시 선택한 영어, 번체 중국어 또는 간체 중국어를 기준으로 합니다. 로컬 클라이언트의 언어는 원격 시스템 언어에 영향을 주지 않습니다.
접속 주소와 로그인 계정을 따로 확인해 계정 이름을 컴퓨터 주소 입력란에 넣지 않도록 하세요. 클라이언트에 이전 비밀번호가 저장되어 있다면 계속 재시도하지 말고 콘솔에 표시된 인증 정보를 다시 확인하세요.
처음 데스크톱에 접속한 후 운영체제 버전, 네트워크 설정 및 방화벽 규칙을 확인하세요. 원격 데스크톱 관련 설정을 변경하기 전 현재 세션을 유지하고 새 접속 조건을 확인해, 설정 변경 후 다시 접속하지 못하는 상황을 방지하세요.
Windows 라이선스 버전과 언어는 구성 단계에서 결정됩니다. 접속 문제가 발생하면 클라이언트에 표시된 원본 오류를 기록하고, 인증서 안내, 계정 인증 실패, 접속 시간 초과를 같은 문제로 취급하지 마세요.
다중 IPv4 관리 범위
독립 IPv4 주소가 몇 개 할당되었든 SSH와 RDP 접속에는 콘솔에 표시된 첫 번째 주소만 사용하세요. 나머지 주소는 시스템 내 사이트, 가상 머신 또는 서비스에 바인딩하는 용도입니다. 주소가 할당되었다고 해서 각 주소로 호스트에 직접 로그인할 수 있는 것은 아닙니다.
| 주소 역할 | 사용 위치 | 접속 전 확인 |
|---|---|---|
| 첫 번째 IPv4 | 물리 서버의 SSH 또는 RDP 관리 접속 | 콘솔에서 복사하고 해당 서버 번호가 맞는지 확인하세요. |
| 나머지 IPv4 주소 | 시스템 내 사이트, 가상 머신 또는 서비스에 바인딩 | 주소 바인딩, 라우팅, 방화벽 및 서비스 리스닝 설정을 확인하세요. |
| 문서 예시 주소 | 명령 구조와 필드 의미 설명 | 인도된 접속 주소가 아니며 실제 접속에 사용할 수 없습니다. |
추가 주소를 계획할 때는 먼저 ‘주소—서비스—시스템 내 바인딩 위치’의 대응 관계를 기록하세요. 네트워크 인터페이스, 브리지 또는 가상 머신 네트워크를 변경하기 전에 관리 접속을 유지하세요. 호스트 관리 주소를 다른 가상 머신에 동시에 할당하지 마세요.
네트워크 설정 변경 후
네트워크 인터페이스, 라우팅 또는 방화벽을 변경한 후 SSH나 RDP 연결이 끊기면 마지막으로 수행한 변경 사항과 클라이언트 오류를 먼저 기록하세요. 여러 설정을 반복해서 바꾸면 최초 원인을 파악하기 어려워질 수 있습니다.
콘솔의 브라우저 그래픽 세션은 네트워크 설정 오류 등으로 원격 로그인이 불가능할 때 사용하는 긴급 복구 수단입니다. 평소에는 SSH 또는 RDP로 접속하세요. 문제 해결이나 지원이 필요한 작업은 콘솔 티켓으로 알려 주세요.
AmdMetal DGX Spark도 콘솔에서 인증 정보를 확인한 뒤 SSH로 접속합니다. 하드 재부팅과 재설치는 티켓으로 요청하세요. 제품 범위는 DGX Spark 소개 페이지에서 확인하세요.
문제 정보를 한 번에 정리
계속 접속할 수 없는 경우 AmdMetal 콘솔에서 티켓을 제출하세요. 설명에는 ‘접속 시간 초과’, ‘접속 거부’, ‘인증 실패’, ‘로그인 후 연결 끊김’을 구분해 적고, 첫 접속부터 발생한 문제인지 시스템 또는 네트워크 변경 후 발생한 문제인지 명시하세요.
서버 번호, 해당 주문, 선택한 운영체제, 사용 중인 SSH 또는 RDP 클라이언트를 적으세요. 여러 서버를 관리하는 경우 문제가 발생한 서버를 명확히 지정하세요.
오류 전문이나 스크린샷을 첨부하고 대략적인 발생 시간과 시간대, 로그인이 성공한 적이 있는지, 최근 네트워크 또는 인증 설정을 변경했는지 적으세요. 스크린샷에는 오류 내용이 보이도록 하고 비밀번호와 개인 키는 가리세요.
첫 번째 IPv4 주소를 확인했는지, 인증 정보를 다시 확인했는지, 다른 로컬 네트워크에서 재시험했는지 알려 주세요. 디스크 또는 시스템 작업과 관련된 경우 백업 여부도 적으세요. 티켓에 개인 키나 계정 비밀번호를 붙여 넣지 마세요.
하드웨어와 네트워크는 당사가 관리하며, 시스템 설정, 업무 데이터 및 백업은 고객이 관리합니다. 문제를 정확히 기록하면 접속 경로, 인증 및 시스템 설정 문제를 구분하는 데 도움이 됩니다.