设置与运维

macOS, Linux, Windows 10 이상의 모든 터미널에서 ssh root@your-server-ip를 실행하세요. 프로비저닝 시 제공한 키 또는 이메일로 받은 비밀번호를 사용하세요. 첫 연결 시 호스트 키 지문이 표시됩니다 — 수락하기 전에 제어판의 것과 비교하세요.

다섯 가지 단계가 대부분의 현실적인 침해를 다룹니다: 비밀번호 인증이 비활성화된 키 기반 SSH, 직접 루트 로그인 금지, 기본 거부 방화벽, 무인 보안 업데이트, fail2ban 또는 이에 상응하는 도구입니다. 함께 약 10분이 걸리며 기본적으로 모든 자동 공격을 제거합니다.

비밀번호 인증을 완전히 비활성화하세요 — 키 기반 SSH에 대한 무차별 대입은 불가능합니다. fail2ban을 추가하여 로그 노이즈를 줄이고, SSH를 포트 22에서 옮겨 스캐너 볼륨을 약 95% 줄이는 것을 고려하세요. 가장 강력한 옵션은 SSH를 WireGuard 뒤에 두어 공개 인터넷에 노출되지 않게 하는 것입니다.

在现代化Linux上使用nftables，或者使用ufw作为更友好的前端。将默认入站策略设置为丢弃，允许已建立和相关连接，然后只允许你实际服务的端口。在启用策略之前，始终允许你的SSH端口，否则控制台将是你唯一的回归途径。

在KVM上，可以。OnionVPS提供Ubuntu、Debian、AlmaLinux、Rocky、Fedora、Arch、Alpine、NixOS、FreeBSD、OpenBSD、Windows Server、Proxmox等模板，你可以上传自定义ISO并安装任何能启动的系统。在基于容器的虚拟化（如OpenVZ）上，你仅限于主机提供的Linux模板。

可以，在每个计划上，无成本且无需批准步骤。从面板上传ISO或给我们一个URL，将其附加为虚拟介质，并通过VNC控制台从它启动。任何能在标准KVM硬件上启动的东西都会安装，包括BSD、硬化映像和设备。

KVM（基于内核的虚拟机）是Linux内核中内置的完全硬件虚拟化，使用处理器扩展来运行每个客户机，每个客户机有自己的内核和硬件强制隔离。与共享主机内核的OpenVZ或LXC不同，KVM客户机可以加载内核模块、运行任何操作系统并使用真正的交换空间。

KVM VPS에서는 제한 없이 가능합니다. 공식 저장소에서 Docker Engine을 설치하면 buildx, Compose, Docker-in-Docker를 포함해 모든 것이 작동합니다. OpenVZ 또는 LXC 기반 가상 서버에서는 Docker가 실패하거나 안전하지 않은 호스트 구성이 필요합니다. 공유 커널 가상화는 cgroups와 namespaces를 노출하지 않기 때문입니다.

네. 중첩 가상화는 모든 OnionVPS 인스턴스에서 활성화되어 있으므로 인스턴스 내에서 KVM 게스트를 실행하고, Proxmox VE를 설치하고, Docker-in-Docker 및 VM 기반 CI 작업을 실행할 수 있습니다. 많은 공급자가 이를 비활성화하는데, 이것이 Proxmox 및 일부 CI 구성이 다른 곳에서 실패하는 일반적인 이유입니다.

네, 아웃바운드 포트 25는 모든 OnionVPS 인스턴스에서 기본적으로 열려 있습니다. 지원 티켓도, 계정 나이 요구 사항도, 유료 해제도 없습니다. 대부분의 공급자는 스팸을 통제하기 위해 이를 영구적으로 차단하며, 그래서 자체 호스팅 메일은 많은 시장에서 불가능합니다.

네, IPv4와 IPv6 모두 제어판에서 직접 가능하며, 변경 사항은 몇 분 내에 전파됩니다. 역방향 DNS는 메일에 필수적입니다. 대부분의 대형 수신자는 PTR 레코드가 전송 호스트 이름으로 해석되지 않는 주소의 메시지를 거부하기 때문입니다.

네. 포트 25가 열려 있고, 역방향 DNS는 셀프 서비스이며, 우리 주소 공간에는 스팸 이력이 없습니다. Mailcow 또는 Stalwart로 하루 저녁이면 완전한 스택을 얻을 수 있습니다. 어려움은 설치가 아니라 전달 가능성입니다. 이는 SPF, DKIM, DMARC, 일치하는 PTR 및 인내심 있는 워밍업에 달려 있습니다.

모든 인스턴스에는 IPv4 주소 하나와 라우팅된 IPv6 /64가 포함됩니다. 즉, 1개가 아니라 1800경 개의 v6 주소가 제공됩니다. 인스턴스당 최대 8개의 추가 IPv4 주소를 패널에서 한 달에 3달러씩 추가할 수 있으며, 사유서나 대기 기간이 필요 없습니다.

네 — 모든 등급의 모든 인스턴스에 라우팅된 /64 서브넷이 무료로 제공됩니다. 단일 주소가 아니라 서버에 라우팅된 전체 서브넷이므로, 각 컨테이너나 서비스가 네트워크 주소 변환 없이 자체 공인 IPv6 주소를 보유할 수 있습니다.

스냅샷은 인스턴스 디스크의 특정 시점 복사본으로, 즉시 생성되어 동일한 인프라에 저장됩니다. 백업은 다른 곳에 저장된 복사본입니다. 스냅샷은 자신의 실수로부터 보호하고, 백업은 인프라 장애로부터 보호합니다. 둘 다 필요하며, 모든 요금제에 세 개의 스냅샷이 무료로 포함됩니다.

3-2-1 규칙을 따르세요: 복사본 세 개, 두 종류의 미디어, 하나는 오프사이트. 실제로는 빠른 롤백을 위한 스냅샷에 더해, restic이나 Borg를 사용한 다른 관할권으로의 암호화된 야간 백업, 그리고 실제로 테스트한 복원이 필요합니다. 테스트되지 않은 백업은 가설입니다.

패널의 대역 외 VNC 콘솔을 사용하여 부트로더에서 단일 사용자 또는 복구 모드로 재부팅하고, 루트 파일시스템을 읽기-쓰기로 다시 마운트한 다음 passwd를 실행하세요. 약 2분이 걸리며 지원 티켓이 필요 없습니다. 디스크가 LUKS 암호화되어 있고 암호를 잊어버린 경우, 데이터는 설계상 복구할 수 없습니다.

대역 외 콘솔은 인스턴스의 가상 디스플레이와 키보드에 네트워크와 독립적으로 제어판을 통해 연결됩니다. 이는 방화벽 규칙으로 잠기거나, SSH 구성이 잘못되었거나, 부팅 실패가 발생했을 때 지원 티켓을 열지 않고 문제를 해결하는 방법입니다. 인스턴스에 네트워크가 전혀 없어도 작동합니다.

데이터는 물리적으로 이동해야 하므로 지역 변경은 실시간 마이그레이션이 아닌 재구축입니다. 새 인스턴스를 배포하고, rsync 또는 restic 복원으로 데이터를 동기화하고, 확인한 후 짧은 TTL로 DNS를 전환하고, 이전 인스턴스를 삭제하세요. 데이터 양에 따라 30~90분을 계획하세요.

학습 중이거나 가장 많은 튜토리얼과 최신 패키지를 원한다면 Ubuntu LTS를 사용하세요. 최소한의 예측 가능하고 오래 지속되는 서버를 원한다면 Debian을 사용하세요. Debian은 대략 절반의 메모리로 유휴 상태를 유지하며 Snap이나 공급업체 원격 측정을 포함하지 않습니다. 둘 다 동일한 패키지 형식을 사용하므로 대부분의 지침이 직접 이전됩니다.