자체호스팅 TeamViewer 대안 — 데이터 주권까지 따져보기
TeamViewer·AnyDesk 같은 클라우드 SaaS 원격 제어는 설치가 빠르고 어디서든 바로 접속할 수 있어 널리 쓰입니다. 하지만 화면·입력·파일이 벤더의 클라우드를 거친다는 점, 그리고 라이선스·비용이 벤더 정책에 묶인다는 점 때문에 자체호스팅 원격 제어 대안을 찾는 조직도 많습니다. 이 글은 두 방식을 기능이 아니라 데이터가 머무는 위치·라이선스·비용 구조라는 일반적이고 확인 가능한 기준으로 비교합니다.
비교 기준 — 기능이 아니라 구조
원격 제어 도구는 대부분 화면 보기·제어·파일 전송·녹화 같은 핵심 기능을 비슷하게 제공합니다. 그래서 도구를 고를 때 정말 갈리는 지점은 기능 목록이 아니라 연결이 어디를 거치는가, 라이선스가 어떻게 되는가, 비용이 어떻게 늘어나는가 세 가지입니다.
| 기준 | 클라우드 SaaS(일반적인 방식) | 자체호스팅 대안(넷서브 방식) |
|---|---|---|
| 연결 서버 | 벤더가 운영하는 클라우드 | 조직이 직접 운영(온프렘·사내 서버·VPS) |
| 데이터 주권 | 벤더 인프라를 거쳐 중개 | 화면·입력·파일·감사 기록이 조직 경계 안에 머묾 |
| 라이선스 | 벤더의 독점 SaaS 구독 | Classic·WebRTC 무료, SDK는 ConnectKit 영구 무료 + 규모별 유료 티어 |
| 비용 구조 | 보통 좌석·사용자당 정기 과금 | 서버 규모(피어)·개발자 시트 기준, 자체 인프라 운영비는 별도 |
| NAT 통과 | 벤더 인프라가 처리(비공개) | 홀펀칭 P2P + 릴레이 자동 폴백(운영 방식 확인 가능) |
| 종단간 암호화 | 제품별로 상이 | Classic(J-PAKE)·WebRTC(DTLS-SRTP) 모두 종단간 |
경쟁 제품의 구체적인 내부 구조·가격은 공개된 정보가 제한적이므로, 이 표는 "클라우드가 중개하는 상용 SaaS"라는 일반적인 형태와 넷서브의 실제 방식을 비교합니다. 특정 벤더의 세부 사양은 해당 벤더의 공식 자료를 확인하세요.
자체호스팅으로 옮길 때 먼저 확인할 것
- 데이터가 어디를 거치는가 — 화면·입력·파일·녹화가 외부 클라우드를 거치지 않아야 하는 규제·보안 요구가 있는지
- 운영 부담을 감당할 수 있는가 — 연결 서버(코디네이터·릴레이·게이트웨이)를 직접 운영할 인프라·인력이 있는지, 아니면 관리형 서비스가 필요한지
- 규모 — 동시 접속 PC·세션 수에 맞는 라이선스 티어(5피어 무료 ~ 대규모 Enterprise)
- 운영 형태 — 다수 PC를 상시 관제할 것인지(Classic), 외부에서 간편 접속·헬프데스크가 필요한지(WebRTC), 벤더·MSP의 동의 기반 접근이 필요한지(SupportReach)
어떤 넷서브 제품이 맞을까요
🖥️ Classic
폐쇄망·사내망에서 다수 PC를 상시 관제(MultiView). 양쪽 모두 설치, 웹 뷰어도 지원. 현재 무료.
🔌 WebRTC
뷰어는 브라우저만으로 접속. 계정·역할·권한 관리가 필요한 헬프데스크·외부 접속에 적합. 현재 무료.
🤝 SupportReach
동의 기반 원격지원·MSP. 전체 녹화·위변조 방지 감사·벤더 PRA. 엔터프라이즈/MSP 대상.
라이선스 관점의 차이
클라우드 SaaS는 보통 벤더의 독점 라이선스와 약관 안에서만 쓸 수 있고, 요금은 좌석·사용자 단위로 정기 과금됩니다. 자체호스팅 대안은 연결을 중개하는 서버 소프트웨어(ServerKit)를 자체 인프라에 설치해 운영하고, 개발자가 직접 조립하는 경우 라이선스는 SDK 단위(ConnectKit 무료·SessionKit 개발자 시트·ServerKit 피어 규모)로 구성됩니다. 완성된 앱(Classic·WebRTC)을 쓰면 이런 조립 과정 없이 바로 시작할 수 있습니다.
마이그레이션 전에 확인할 5가지
클라우드 SaaS에서 자체호스팅으로 옮기기 전에 아래 다섯 가지를 점검하면 도입 과정에서 놓치기 쉬운 부분을 줄일 수 있습니다.
- 기존 워크플로 매핑 — 지금 쓰는 원격 제어 도구에서 실제로 쓰는 기능(원격 제어·파일 전송·녹화·채팅 등)을 목록화하고, 새 도구가 동일하게 지원하는지 확인합니다.
- 네트워크 요건 — 연결 서버가 열어야 하는 포트(예: WSS 443, UDP 릴레이 포트)를 방화벽 정책에 미리 반영합니다.
- 계정·조직 구조 이전 — 사용자·역할·그룹을 새 콘솔로 어떻게 옮길지 계획합니다. WebRTC는 계정·역할·그룹정책·회사 등록 키를 지원합니다.
- 파일럿 운영 — 일부 팀·PC로 먼저 전환해 안정성과 사용성을 확인한 뒤 전사로 확대합니다.
- 레거시 도구 종료 시점 — 기존 SaaS 계약·구독 종료 시점과 새 도구의 안정화 시점을 맞춰 이중 비용을 줄입니다.
자주 묻는 질문
TeamViewer·AnyDesk를 자체호스팅 대안으로 바꾸면 무엇이 달라지나요?
가장 큰 차이는 연결 서버를 누가 운영하느냐입니다. 클라우드 SaaS는 벤더의 서버를 거쳐 접속을 중개하지만,
자체호스팅 대안은 코디네이터·릴레이·게이트웨이를 조직이 직접 운영해 화면·입력·파일·감사 기록이 조직의
경계 밖으로 나가지 않게 할 수 있습니다. 기능(원격 제어·파일 전송·녹화)은 대체로 겹치지만, 데이터가 머무는
위치와 라이선스 구조가 다릅니다.
자체호스팅 대안도 종단간 암호화가 되나요?
네. 넷서브의 Classic은 J-PAKE, WebRTC는 DTLS-SRTP 방식으로 화면·입력·파일을 종단간 암호화합니다. 세션
암호는 양쪽 끝에서만 만들어지므로 중계 서버가 자체호스팅이든 아니든 내용을 볼 수 없습니다.
무료로 시작할 수 있나요?
Classic과 WebRTC 모두 현재 모든 기능을 무료로 제공합니다. 직접 SDK로 만드는 경우에도 ConnectKit은 영구
무료이고 ServerKit은 5피어까지 무료입니다.
MSP·벤더 접근처럼 클라우드 SaaS의 PRA(특권 원격 접근) 기능도 있나요?
네. SupportReach는 동의 기반(attended) 원격지원에 범위·시간 제한 벤더 접근(PRA), 전체 세션 녹화, 위변조
방지 감사 로그를 자체호스팅·종단간 암호화로 제공합니다.
Self-hosted alternatives to TeamViewer — weighing data sovereignty
Cloud SaaS remote-control tools like TeamViewer and AnyDesk are popular because they install fast and connect from anywhere. But because screen, input, and files pass through the vendor's cloud, and licensing and cost stay tied to the vendor's policy, many organizations look for a self-hosted remote-control alternative instead. This article compares the two approaches on general, verifiable dimensions — where data lives, licensing, and cost structure — rather than a feature checklist.
What to compare — structure, not features
Most remote-control tools offer similar core features: view and control a screen, transfer files, record a session. What actually differs when you pick one is where the connection passes through, how licensing works, and how cost grows.
| Dimension | Cloud SaaS (typical) | Self-hosted alternative (NetServ) |
|---|---|---|
| Connection server | Cloud run by the vendor | Run by your organization (on-prem, internal server, or VPS) |
| Data sovereignty | Brokered through vendor infrastructure | Screen, input, files, and audit stay inside your boundary |
| Licensing | Vendor's proprietary SaaS subscription | Classic / WebRTC free; SDKs: ConnectKit free forever + tiers by scale |
| Cost structure | Typically recurring, per seat / user | By server scale (peers) or developer seat; your own infra cost is separate |
| NAT traversal | Handled by vendor infra (opaque) | Hole-punch P2P + automatic relay fallback (operationally verifiable) |
| End-to-end encryption | Varies by product | Classic (J-PAKE) and WebRTC (DTLS-SRTP) are both end-to-end |
Public detail on any specific competitor's internals or pricing is limited, so this table compares a "cloud-brokered commercial SaaS" as a general category against NetServ's actual approach. Check a specific vendor's own materials for their exact specifications.
What to check before moving to self-hosting
- Where must data stay? — do regulation or security requirements say screen, input, files, and recordings can't pass through an outside cloud?
- Can you carry the operational load? — do you have the infrastructure and staff to run the connection servers (coordinator, relay, gateway) yourself, or do you need a managed service?
- Scale — the license tier that fits your concurrent PCs / sessions (free up to 5 peers, through large Enterprise)
- Usage pattern — always-on monitoring of many PCs (Classic), easy external / helpdesk access (WebRTC), or consent-based vendor / MSP access (SupportReach)
Which NetServ product fits
🖥️ Classic
Always-on monitoring (MultiView) of many PCs on closed / internal networks. Installs on both ends, plus a web viewer. Free now.
🔌 WebRTC
The viewer connects from a browser only. A fit for helpdesk / external access needing accounts and roles. Free now.
🤝 SupportReach
Consent-based remote support / MSP. Full recording, tamper-evident audit, vendor PRA. Enterprise / MSP.
The licensing angle
Cloud SaaS is usually usable only under the vendor's proprietary license and terms, billed recurring per seat or user. A self-hosted alternative means installing the server software that brokers connections (ServerKit) on your own infrastructure; if you assemble it yourself as a developer, licensing is structured per SDK (ConnectKit free, SessionKit per developer seat, ServerKit by peer scale). With a finished app (Classic, WebRTC) you skip the assembly and start right away.
Five things to check before migrating
Checking these five things before moving from cloud SaaS to self-hosting cuts down on the details that are easy to miss during rollout.
- Map your existing workflow — list which features you actually use today (remote control, file transfer, recording, chat, etc.) and confirm the new tool covers the same ground.
- Network requirements — get the ports your connection server needs (e.g. WSS 443, a UDP relay port) into your firewall policy ahead of time.
- Account and org-structure migration — plan how users, roles, and groups move to the new console. WebRTC supports accounts, roles, group policy, and a company enrollment key.
- Run a pilot — switch over a subset of teams / PCs first, verify stability and usability, then roll out organization-wide.
- Time the legacy cutover — align your existing SaaS contract's end date with when the new tool is stable, to avoid paying for both at once.
Frequently asked questions
What actually changes when I move from TeamViewer / AnyDesk to a self-hosted alternative?
The biggest difference is who runs the connection server. Cloud SaaS brokers your session through the vendor's
servers; a self-hosted alternative lets your organization run the coordinator, relay, and gateway itself, so
screen, input, files, and audit records never leave your boundary. Core features (remote control, file
transfer, recording) usually overlap — the difference is where data lives and how licensing is structured.
Is a self-hosted alternative also end-to-end encrypted?
Yes. NetServ's Classic uses J-PAKE and WebRTC uses DTLS-SRTP to encrypt screen, input, and files end-to-end. The
session key is created only on the two ends, so the relay server can't see the content whether it's
self-hosted or not.
Can I start for free?
Both Classic and WebRTC offer every feature free right now. Building it yourself with the SDKs, ConnectKit is
free forever and ServerKit is free up to 5 peers.
Is there something like the PRA (privileged remote access) feature of cloud SaaS, for MSPs and
vendors?
Yes. SupportReach provides consent-based (attended) remote support with scoped, time-boxed vendor access (PRA),
full session recording, and a tamper-evident audit log — self-hosted and end-to-end encrypted.