Skip to main content

​
FRP Auto Deploy

VPN 구축, 원격 클라이언트의 인바운드 방화벽 개방, 수동 FRP 설정 없이 NAT/방화벽 뒤 시스템에 원격 접속합니다. FRP Auto Deploy는 공식 fatedier/frp를 터널 엔진으로 그대로 사용하고, 그 위에 안전한 등록, 영구 CLIENT ID, 서비스/포트 관리, lifecycle, 진단, 백업/복구와 frpctl 운영 CLI를 추가합니다.
목표 규모는 몇 대에서 몇십 대 정도입니다. 수백 대 이상의 fleet orchestration 제품으로 만들려는 프로젝트가 아닙니다.

​
30초 만에 이해하기

원격 클라이언트가 서버 쪽으로 아웃바운드 연결을 시작합니다. 그래서 일반적인 환경에서는 클라이언트 자체에 공인 IP나 인바운드 NAT/포트포워딩이 필요하지 않습니다.

​
내 상황에 맞게 시작하세요

FRP/NAT를 잘 모릅니다

Server, Client, CLIENT ID, Service, 공개 포트를 그림으로 먼저 이해합니다.

고정 공인 IP나 무료 서버가 없습니다

OCI Always Free 대상 Ubuntu VM과 Reserved Public IPv4로 FRP 서버용 Linux를 준비합니다.

일단 SSH부터 연결하고 싶습니다

빈 서버 준비부터 실제 원격 SSH 성공까지 가장 짧은 절차입니다.

서버/방화벽을 구성해야 합니다

Direct/single-443, 필요한 포트, NAT 책임 경계를 확인합니다.

원격 Linux 장비를 붙이려 합니다

Zero-Touch와 Manual Enrollment 중 맞는 방식을 고릅니다.

SSH/웹/LAN 서비스를 게시합니다

한 클라이언트의 여러 서비스와 내부 다른 서버 서비스를 게시합니다.

구조와 보안을 자세히 보고 싶습니다

Control/data plane, identity, 신뢰 수립, persistent state를 확인합니다.

​
등록부터 실제 접속까지

​
어떤 서비스를 연결할 수 있나요?

한 클라이언트에 여러 서비스를 등록할 수 있고, 클라이언트가 접근 가능한 다른 LAN 서버의 서비스도 게시할 수 있습니다.

​
현재 stable 기준

Windows와 macOS 자동화는 개발 대상이며 v2.1.2 stable 지원 범위가 아닙니다.

​
가장 많이 헷갈리는 네 가지

클라이언트가 enrollment와 FRP control tunnel을 서버 쪽으로 아웃바운드로 시작합니다. 대신 FRP 서버/공인 방화벽은 필요한 public endpoint를 받아야 합니다.
AWS/OCI 보안 정책, 외부 DNAT, UFW/firewalld/iptables, DNS provider record는 인프라 담당 영역입니다.
브라우저가 보는 인증서는 실제 target 애플리케이션의 인증서입니다.
Disable은 포트를 유지하며 게시만 중지, Revoke는 management identity 차단, Release는 public-port reservation 반환입니다.
처음이라면 개념과 동작 원리 → 빠른 시작 순서로 보는 것이 가장 쉽습니다.
마지막 수정일 2026년 9월 7일