출장 환경의 세 가지 변수: 일수, 기기, 네트워크
출장지의 네트워크는 집에서 쓰는 네트워크와 다른 문제입니다. 시간은 며칠뿐이고, 기기는 들고 다녀야 하며, 네트워크 환경은 호텔 객실에서 고객사 회의실, 카페까지 계속 바뀝니다. 이 세 가지 변수를 먼저 정해야 요금제와 회선 선택의 근거가 생깁니다.
- 일수. 3~5일의 짧은 출장과 2주 이상의 상주는 서로 다른 과금 방식에 대응합니다. 기간으로 사는 월 구독과 총량으로 사는 트래픽 패키지입니다. 두 방식은 규칙이 다르고, 잘못 고를 때의 대가도 다릅니다.
- 기기. 노트북, 태블릿, 모바일이 동시에 접속해야 하고, 잠깐 빌린 기기 한 대까지 계산에 넣어야 합니다. 본 서비스는 기기 대수 제한이 없어 이 항목은 걸림돌이 되지 않습니다.
- 네트워크 환경. 호텔 Wi-Fi의 공유 회선, 강제 포털 인증, UDP 속도 제한이 연결 가능 여부와 연결 후 안정성을 좌우합니다.
이 세 가지 중 일수와 기기는 출발 전에 확정할 수 있지만, 네트워크 환경은 현장에서만 확인할 수 있습니다. 그래서 선택 순서는 일수와 기기로 과금 방식을 정하고, 현장 네트워크에 따라 프로토콜과 회선을 정하는 것이 맞습니다.
커버리지와 회선 수는 '현장에서 바꿔 탈 대안이 있는지'를 결정할 뿐, 가격을 결정하지는 않습니다. 가격과 과금 규칙은 다음 절에서 다루니, 출장 주기에 맞춰 확인하시면 됩니다.
월 구독인가 트래픽 패키지인가: 사용량으로 계산해 보기
본 서비스에는 두 가지 과금 방식이 있고, 규칙과 맞는 사용 주기가 서로 다릅니다. 월 구독은 개통일 기준으로 매달 트래픽이 초기화되며, 중간에 상위 요금제로 올리면 차액이 남은 일수로 환산됩니다. 트래픽 패키지는 다 쓸 때까지 유효하며 만료되지 않습니다. 전자는 지속적인 사용에, 후자는 저빈도 출장에 적합합니다.
| 과금 방식 | 요금제 | 트래픽 | 과금 및 유효기간 | 맞는 출장 주기 |
|---|---|---|---|---|
| 월 구독 | ¥9.9 / 월 | 60GB | 개통일 기준 매월 초기화 | 출장이 끝난 뒤에도 계속 사용 |
| 월 구독 | ¥18 / 월 | 250GB | 개통일 기준 매월 초기화 | 화상 회의와 대용량 파일 전송 |
| 월 구독 | ¥28 / 월 | 500GB | 개통일 기준 매월 초기화 | 여러 기기 동시 접속, 장기 상주 |
| 트래픽 패키지 | ¥158 | 300GB | 다 쓸 때까지, 만료 없음 | 1년에 두세 번 출장, 평소에는 미사용 |
| 트래픽 패키지 | ¥358 | 1000GB | 다 쓸 때까지, 만료 없음 | 분기별 집중 출장 |
| 트래픽 패키지 | ¥658 | 3000GB | 다 쓸 때까지, 만료 없음 | 팀 상비용, 장기 예비용 |
판단 순서는 올해 이 서비스를 다시 쓸지부터 봅니다. 출장이 끝난 뒤에도 그달에 계속 쓴다면(집에서, 회사에서) 월 구독 ¥9.9/월 60GB면 3~5일 단기 출장 한 번은 충분히 커버됩니다. 1년에 두세 번만 출장하고 평소에는 전혀 쓰지 않는다면 트래픽 패키지가 단가는 높지만 다 쓸 때까지 유효하고 만료되지 않아 기간이 지나 소멸할 걱정이 없습니다.
현장에 도착해서 트래픽이 부족하다는 걸 알았다면 다시 결제할 필요가 없습니다. 월 구독은 상위 요금제로 올릴 때 차액이 남은 일수로 환산되므로 바로 더 큰 요금제로 바꾸면 됩니다.
호텔 네트워크가 느린 이유
호텔 네트워크가 느린 이유는 '대역폭이 작다'는 한마디로 설명되지 않습니다. 아래 네 가지 원인은 대응 방식이 완전히 다르므로, 어느 유형인지 먼저 가른 뒤 회선을 바꿀지 결정해야 합니다.
출구 대역폭을 층 전체가 공유
호텔은 회선 하나를 객실 층 전체에 나눠 쓰기 때문에 저녁 동시 접속 시간대에는 사용 가능한 대역폭이 크게 떨어집니다. 이런 지연은 클라이언트와 무관하며, 회선을 바꿔서 할 수 있는 일은 혼잡한 경로를 피하는 것뿐이고 대역폭이 늘어나지는 않습니다. 대용량 파일 전송을 낮 시간대로 옮기는 편이 노드를 계속 바꾸는 것보다 효과적입니다.
AP 밀집과 2.4GHz 간섭
객실 AP 한 대가 여러 방을 담당하는 경우가 많아 벽을 사이에 두면 신호 감쇠가 뚜렷합니다. 2.4GHz 대역은 같은 층의 수많은 핫스팟과도 공존해야 합니다. 시스템 설정에서 5GHz를 고를 수 있으면 5GHz를 선택하고, 기기를 문 쪽으로 옮기는 것이 재접속을 반복하는 것보다 대개 효과적입니다.
강제 포털과 DNS
호텔 Wi-Fi는 보통 브라우저에서 인증 페이지를 거쳐야 외부 통신이 됩니다. 클라이언트가 인증 전에 모든 트래픽을 가로채면 인증 페이지가 열리지 않아 '연결됨'으로 표시되는데 페이지는 새하얀 상태가 됩니다. 올바른 순서는 Wi-Fi 연결, 포털 인증 완료, 아무 페이지나 열리는지 확인, 그다음 클라이언트 실행입니다.
인증을 마쳤는데도 페이지가 열리지 않는다면 클라이언트 프록시 모드를 규칙 기반 분할로 바꿔 포털과 인증 도메인이 직접 연결되게 한 뒤 인증 페이지를 새로고침하세요.
UDP 속도 제한 시 프로토콜 대체
Hysteria2와 TUIC는 QUIC 기반으로 UDP를 사용해 패킷 손실과 높은 지연 구간에서 유리합니다. 다만 일부 호텔 네트워크는 UDP를 제한하거나 아예 버려 '연결은 되는데 속도가 매우 낮은' 상태가 되거나 핸드셰이크 단계에서 실패합니다. 이때는 회선을 VLESS, Trojan처럼 TCP 기반 프로토콜로 바꾸면 대개 사용 가능한 상태로 돌아옵니다. 반대로 호텔이 TCP 장기 연결의 세션 수를 제한한다면 UDP 회선이 오히려 안정적입니다.
회선 유형도 결과에 영향을 줍니다. IEPL 전용선은 종단 간 전용 링크를 사용해 공용 인터넷 우회가 없고 저녁 피크 시간대의 흔들림이 적습니다. 중계 회선은 중계 노드에 먼저 접속한 뒤 해외 구간으로 이어지므로 대륙 간 접속 경로 최적화가 더 뚜렷합니다. 직결 회선은 비용이 가장 낮지만 공용 인터넷 라우팅 변동에 그대로 노출됩니다. 출장 중에는 중계나 전용선을 우선하고 직결은 예비로 두는 편이 좋습니다.
해외 업무 앱, 모바일 회선에서 쓸 수 있을까
업무 앱마다 회선에 요구하는 조건이 같지 않습니다. '무엇에 민감한지'로 분류하면 앱을 하나씩 테스트하는 것보다 훨씬 빠릅니다.
| 업무 시나리오 | 핵심 지표 | 회선 및 설정 제안 |
|---|---|---|
| 메일·일정 동기화 | 연결 안정성, 패킷 손실 | 중계든 직결이든 무방하며 흔들림이 적은 회선을 우선. 장기 연결에서 문제가 되는 것은 지연이 아니라 끊김 |
| 화상 회의 | 지터, 업로드 대역폭 | IEPL 전용선 우선. 회의 중에는 다른 기기가 시스템 업데이트를 받지 않게 할 것 |
| 코드 저장소와 대용량 파일 전송 | 처리량, 연결 재사용 | 대역폭이 충분한 요금제 선택. 대용량 파일은 멀티스레드보다 단일 장기 연결이 더 안정적 |
| 기업 내부망과 백오피스 | 출구 IP 안정성, 포트 | 상대 측이 출발지 IP를 제한하는지 먼저 확인. 중첩 터널과 인증서 인증은 미리 테스트 |
분할 규칙이 어떤 트래픽이 프록시를 탈지 결정합니다. 업무 도메인, 코드 저장소, 회의 서비스를 프록시 목록에 넣고, 국내 은행, 사내망, 호텔 포털을 직결 목록에 넣으면 '회의 끊김'과 '포털 안 열림'을 동시에 피할 수 있습니다. 클라이언트가 DNS 조회를 가로채지 않으면 도메인이 여전히 호텔 게이트웨이가 내려준 DNS로 해석되어, 가깝지만 적합하지 않은 노드를 받을 수 있고 연결은 되는데 페이지가 매우 느리게 열리는 증상이 나타납니다. 프록시 DNS나 fake-ip 모드를 켜면 이 지점을 피할 수 있으며, DNS 누수를 점검하는 가장 직접적인 단계이기도 합니다.
- ✅ 출발 전에 주로 쓰는 기기에 구독을 가져와 회선 하나를 선택해 두고, 현장에서는 전환만 하고 최초 설정은 하지 않습니다.
- ✅ 노트북과 모바일에 서로 다른 프로토콜 회선을 하나씩 남겨 두고, 하나는 TCP, 하나는 UDP로 두어 현장에서 사용 가능한 쪽으로 전환합니다.
- ✅ 회의 시작 10분 전에 연결을 확인합니다. 회의 첫 화면을 열고 마이크와 카메라 권한을 점검합니다.
- ❌ 호텔 Wi-Fi에서 전역 프록시를 켠 채 포털 인증 페이지에 로그인하지 마세요. 인증 도메인까지 함께 프록시로 넘어갑니다.
- ❌ 구독 링크를 동료에게 전달해 대신 설정하게 하지 마세요. 링크에는 토큰이 들어 있어 계정 권한과 같습니다.
재현 가능한 비교 테스트 방법
아래 절차는 어떤 제3자 속도 측정 결과도 인용하지 않으며, 출장지에서 직접 기기로 돌려야 의미 있는 비교가 됩니다. 핵심 원칙은 한 번에 변수 하나만 바꾸는 것입니다.
- 측정 위치와 시간대를 고정합니다. 같은 방, 같은 책상에서 오후와 저녁에 각각 한 차례씩 측정하고 두 결과의 차이를 기록합니다.
- 먼저 로컬 네트워크 기준선을 측정합니다. 클라이언트를 켜지 않은 상태에서 웹페이지 열기, 중간 크기 파일 하나 내려받기에 걸리는 체감 시간을 기록해 호텔 네트워크 자체가 쓸 만한지 확인합니다.
- 회선을 하나씩 바꿉니다. 같은 프로토콜에서 지역이 다른 회선으로 바꾸고, 그다음 다른 프로토콜로 바꾸며 매번 한 항목만 바꿉니다.
- 체감할 수 있는 세 가지 지표를 기록합니다. 최초 연결 소요 시간, 페이지 로딩 끊김 여부, 화상 회의의 모자이크나 끊김 여부입니다. 계속 튀는 순간 수치에 의존하지 마세요.
- 한 번 더 측정합니다. 같은 회선으로 10분 뒤 다시 측정해 '회선 문제'와 '호텔 네트워크의 시간대 혼잡'을 구분합니다.
# 현재 시스템이 사용하는 DNS 서버 확인
nslookup example.com
# 경로의 앞 몇 홉이 여전히 로컬 네트워크인지 확인
tracert example.com # Windows
traceroute example.com # macOS / Linux
# 구독 주소는 이 기기에서만 가져오며, 예시의 토큰은 가짜 값입니다
https://example.com/sub?token=xxxx테스트 중에는 시스템 업데이트, 클라우드 동기화, 자동 백업을 꺼 두세요. 그렇지 않으면 로컬 대역폭을 스스로 채운 결과를 측정하게 됩니다.
기록은 스크린샷보다 글로 남기는 편이 좋습니다. '어떤 회선, 어떤 프로토콜, 어느 시간대, 회의 끊김 여부'를 적어 두세요. 회사에 돌아가 한 번 더 재현하면 회선 자체의 문제인지, 특정 시간대 호텔 네트워크의 혼잡인지 구분할 수 있습니다.
선택 결론과 출발 전 체크리스트
짧은 출장은 월 구독, 저빈도는 트래픽 패키지. 3~5일이고 그달에도 계속 쓴다면 ¥9.9/월 60GB를, 화상 회의와 대용량 파일 전송이 필요하면 ¥18/월 250GB를, 1년에 두세 번만 출장한다면 ¥158/300GB 트래픽 패키지를 선택하세요. 다 쓸 때까지 유효하고 만료되지 않습니다.
- 기기 대수 제한이 없어 노트북, 태블릿, 모바일을 동시에 접속할 수 있고, 두 번째 기기 때문에 따로 결제할 필요가 없습니다.
- 결제는 알리페이, 위챗, USDT를 지원하므로 회사 경비 처리 절차에 맞춰 기록을 남기면 됩니다.
- 가입에는 아이디와 비밀번호만 있으면 되고 이메일 주소는 필요 없습니다. 고객사 현장에서 기기를 급히 한 대 추가해도 메일함을 새로 만들 필요가 없습니다.
- 최초 결제 후 14일 이내에 이유 없이 전액 환불을 요청할 수 있어 일정이 바뀌어도 여유가 있습니다.
출발 전에 구독을 가져와 두고, 프로토콜이 다른 회선 두 개를 준비하고, 포털 인증 순서를 기억해 두면 호텔 네트워크가 아무리 나빠도 즉석에서 재접속을 반복하는 대신 실행 가능한 대응 순서를 갖게 됩니다.