2026년 4월 22일, 손이 움직이지 않는 나에게 원격제어 앱은 손 그 자체다. 스마트폰에서 맥미니로 직접 연결하면 딜레이가 너무 심해 쓸 수 없었고, 나는 우회 경로를 만들어 이 문제를 풀었다. 그 과정에서 만난 새로운 문제와 아직 풀지 못한 부분까지 그대로 남긴다.
스마트폰에서 맥미니로 바로 연결하면 왜 안 될까?
스마트폰 → RustDesk → 맥미니로 바로 연결하면 딜레이가 너무 심해서 실제로 쓸 수 없었다.
RustDesk 하나만 깔면 될 줄 알았다. 하지만 실제로 붙여보니 화면이 밀리는 정도가 아니라 조작 자체가 힘든 수준의 지연이 생겼다. 손을 쓸 수 없는 나에게 원격제어는 마우스와 키보드를 대신하는 유일한 통로이기 때문에, 이 딜레이는 단순한 불편이 아니라 도구 자체가 무력화되는 문제였다. 다만 이 구간에서 정확히 무엇이 지연을 만들었는지는 확인하지 못했고, 그저 체감상 조작이 힘든 수준이었다는 사실만 분명했다.
우회 경로는 어떻게 만들었나?
스마트폰 → Artemis → 윈도우 PC → RustDesk → 맥미니 순서로 한 단계를 더 끼워 넣어 딜레이를 없앴다.
직접 연결이 느리다면 중간에 발판을 하나 두면 되지 않을까 생각했다. 스마트폰에서 Artemis로 먼저 윈도우 PC에 붙고, 그 윈도우 PC에서 다시 RustDesk로 맥미니에 붙는 방식이다. 이 경로로 바꾸자 딜레이가 사라졌다. 짐작되는 이유는 하나다. 윈도우 PC와 맥미니가 같은 네트워크 안에 있어서, 그 구간에서는 P2P 직접 연결이 잡히는 것 같다. 스마트폰과 맥미니 사이의 먼 거리를 스마트폰과 윈도우 PC 구간으로 줄이고, 윈도우 PC와 맥미니 사이는 같은 네트워크의 짧은 구간으로 처리한 셈이다. 결과적으로 화면 반응이 눈에 띄게 빨라졌고, 처음으로 원격제어를 실제 작업 도구로 쓸 수 있겠다는 확신이 들었다.
- 스마트폰에 Artemis를 설치해 윈도우 PC에 연결한다.
- 윈도우 PC에 RustDesk를 설치해 맥미니에 연결한다.
- 스마트폰 → Artemis → 윈도우 PC → RustDesk → 맥미니 순서로 접속을 이어간다.
- 같은 네트워크 구간(윈도우 PC-맥미니)에서 딜레이가 사라지는지 확인한다.
이 우회 경로에서 남은 문제는 무엇일까?
맥미니에 접속하려면 중간 다리 역할을 하는 윈도우 PC를 항상 켜둬야 한다는 점이다.
딜레이는 해결됐지만 새로운 제약이 생겼다. 우회 경로 자체가 윈도우 PC를 거쳐 가는 구조이기 때문에, 윈도우 PC의 전원이 꺼지면 맥미니로 가는 길 전체가 끊긴다. 결국 컴퓨터 한 대를 줄이려고 만든 경로가 컴퓨터 한 대를 더 상시로 켜둬야 하는 조건으로 바뀐 셈이다. 전기요금이나 소음보다 더 신경 쓰인 부분은, 윈도우 PC가 재부팅되거나 잠들어 버리면 그 순간 맥미니로 가는 길 자체가 사라진다는 점이었다. 다리 하나에 전체 경로가 걸려 있는 구조는 편하지만 동시에 불안했다.
이 문제를 풀려고 찾아본 방법이 RustDesk 자체 서버였다. 안내를 찾아보니 이렇게 나와 있었다.
"도커 깔고 라우터 포트 6개 열고 공개키 복사하세요."
읽고 나서 든 생각은 하나였다. 입술로 하기엔 단계가 너무 많다는 것. 도커 설치, 라우터 포트 6개 개방, 공개키 복사까지 이어지는 과정은 손으로 입력하는 것을 전제로 짜인 안내였고, 나에게는 각 단계마다 타이핑 비용이 그대로 쌓이는 구조였다. 명령어 하나를 잘못 입력하면 처음부터 다시 확인해야 하는데, 그 확인 자체가 나에게는 시간과 체력을 크게 쓰는 일이다. 그래서 이 방법은 실행에 옮기지 않고 보류했다.
그다음 찾은 대안은 무엇이었나?
폰과 맥미니에 Tailscale을 설치하고 Direct IP access를 체크하면 자체 서버 없이 P2P가 잡힌다는 정보를 찾았다.
RustDesk 자체 서버를 세우는 대신 다른 길이 있는지 찾다가 Tailscale을 발견했다. 스마트폰과 맥미니 양쪽에 설치하고 "Direct IP access" 옵션 하나만 체크하면, 별도의 서버를 직접 세우지 않아도 P2P 연결이 잡힌다는 설명이었다. 도커를 설치하고 포트를 여러 개 여는 방식보다 단계가 훨씬 적어 보였고, 그게 이 대안에 눈이 간 이유였다. 다만 이 시점까지는 실제로 적용해보기 전이었고, 이 방향이 맞는지 Tailscale과 RustDesk를 함께 써본 분들에게 의견을 구하는 중이었다. 설정 한 줄이라도 실제로 검증된 정보가 더 필요한 상태였다.
| 경로 | 결과 |
| 스마트폰 → RustDesk → 맥미니 | 딜레이 심해 사용 불가 |
| 스마트폰 → Artemis → 윈도우 PC → RustDesk → 맥미니 | 딜레이 사라짐, 윈도우 PC 상시 구동 필요 |
| RustDesk 자체 서버(도커+포트 개방+공개키) | 단계가 많아 보류 |
| Tailscale + Direct IP access | 발견했으나 검증 전, 의견 요청 중 |
참고: Tailscale과 RustDesk는 각각 무엇일까?
Tailscale은 여러 기기를 하나의 사설 네트워크처럼 묶어주는 서비스이고, RustDesk는 오픈소스 원격 데스크톱 프로그램이다. 두 도구를 함께 쓰는 조합은 이 글에서 다룬 사례 밖에서도 자주 언급되는 방식이라, 공식 문서를 참고로 남겨둔다. 자세한 설정 방법은 Tailscale 공식 문서와 RustDesk 공식 문서에서 확인할 수 있다.
다음에는
이 글을 쓴 시점에는 아직 Tailscale을 실제로 적용해보지 못했다. 방향이 맞는지 댓글로 의견을 구했고, 결과는 다음 글로 돌아와 다시 남기기로 했다. 손이 멈추면 방법을 찾으면 된다는 생각으로, 딜레이가 없는 우회 경로 하나를 먼저 만들어 둔 것만으로도 이번 시도는 의미가 있었다. 완전한 해결책이 아니어도, 지금 당장 쓸 수 있는 경로를 하나 확보해 둔 다음 더 나은 방법을 계속 찾아보는 방식이 나에게는 더 현실적이었다.
자주 묻는 질문
스마트폰에서 맥미니로 바로 연결하면 왜 느릴까?
정확한 원인은 확인되지 않았고, 같은 네트워크 구간에서는 P2P 직접 연결이 잡힌 것으로 보인다.
Artemis는 이 경로에서 어떤 역할을 했나?
스마트폰과 윈도우 PC 사이를 연결해 우회 경로의 첫 구간을 맡아주었다.
윈도우 PC를 항상 켜둬야 하는 이유는?
RustDesk 연결이 윈도우 PC를 거쳐야만 맥미니까지 이어지는 구조이기 때문이다.
RustDesk 자체 서버를 바로 세우지 않은 이유는?
도커 설치와 라우터 포트 6개 개방 등 손으로 하기엔 단계가 너무 많았기 때문이다.
Tailscale로 문제가 완전히 해결됐나?
아직 적용 전이며, 실제 결과는 다음 글에서 다시 확인할 예정이다.
이 글은 제가 2026년 4월 22일에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글