JumpCloud는 중국에서 작동하나요? 디렉터리 & 기기 데이터 레지던시, PIPL 국경 간 & ICP
JumpCloud는 클라우드 디렉터리이자 기기 관리 플랫폼이라, 중국 본토 질문은 로그인 속도가 아니라 — 레지던시입니다. JumpCloud 자신의 지원 문서는 세 데이터센터 리전 — 미국, 유럽 연합(프랑크푸르트), 인도(뭄바이) — 을 이름하고, 어느 것도 중국 본토에 없으므로, 그것이 귀사 중국 이용자와 엔드포인트를 위해 쥐는 인력 신원과 기기 기록이 해외에 안착하여, 그 수집을 PIPL상 국경 간 이전으로 만들고, 핵심정보인프라 운영자나 대량 취급자에는 사이버보안법 제39조(구 제37조) 국내 저장 의무가 따릅니다. 리전, 데이터 레지던시와 동의 질문, 그리고 합법적 국내 경로를 컴플라이언스 우선으로 살펴봅니다.
JumpCloud는 중국에서 작동하나요?
정직한 답은 JumpCloud에 닿는 것이 중국 질문이 아니라는 것입니다 — 그것이 귀사 중국 이용자의 신원과 기기 데이터를 어디에 쥐는지가 질문입니다. JumpCloud는 클라우드 디렉터리이자 기기 관리 플랫폼이고, 결정은 로그인 속도가 아니라 데이터 레지던시와 동의로 돕니다.
JumpCloud 자신의 지원 문서는 세 데이터센터 리전 — 미국, 유럽 연합(프랑크푸르트의 AWS 인스턴스), 인도(뭄바이) — 을 이름하고, 어느 것도 중국 본토에 없습니다; 리전은 가입 시 한 번 고르고 조직은 리전을 가로지를 수 없습니다. 그래서 그것이 중국의 귀사 사람과 머신을 위해 쥐는 계정 기록, 인증 로그, 기기 식별자, 엔드포인트 텔레메트리가 해외에 머물러, 그 수집을 PIPL상 국경 간 이전(数据出境)으로 만들고 — 고지, 별도 동의, 이전 메커니즘 하나 — 중국의 데이터 수출 안전성 평가를 촉발할 수 있습니다. 식별 가능한 이용자를 등록·추적하는 것은 그 위에 자체 PIPL 동의 의무를 집니다. 핵심정보인프라 운영자에는, 사이버보안법의 제39조(구 제37조)가 그 데이터를 중국에 저장할 것을 요구하고, 어떤 JumpCloud 리전도 그것을 충족할 수 없습니다.
21YunBox는 귀사의 국경 간·레지던시·동의 노출을 매핑하고, 중국 디렉터리와 기기 데이터를 중국 거주 발판으로 현지화하고, 귀사 중국 대상 표면을 ICP 비안 인프라에서 국내 전송합니다 — 재구축 없이, 그리고 결코 어떤 형태의 우회도 없이. 구체 사항은 자문과 확인할 리스크로 다루십시오.
컴플라이언스 스냅샷
- ! JumpCloud는 세 데이터센터 리전 — 미국, EU(AWS, 프랑크푸르트), 인도(뭄바이) — 을 문서화하고, 어느 것도 중국 본토에 없습니다. 귀사 조직의 신원과 기기 데이터는 그것이 프로비저닝된 어느 리전에든 머뭅니다.
- ! 그것이 귀사 중국 이용자를 위해 쥐는 디렉터리 기록(계정, MFA 전화번호, 그룹·역할 데이터, 인증 로그)이 해외에 머물러, 그 수집을 PIPL(제38~40조)상 국경 간 이전(数据出境)으로 만듭니다: 고지, 별도 동의, 이전 메커니즘 하나.
- ! 기기 관리는 두 번째 개인정보 저장소 — 중국 머신의 기기 식별자, 자세, 엔드포인트 텔레메트리 — 를 그 같은 해외 계정에 더합니다; 식별 가능한 이용자를 등록·추적하는 것은 그 위에 자체 PIPL 동의 의무입니다.
- ! 리전은 가입 시 한 번 고르고 조직은 리전을 가로지를 수 없습니다; 선택할 중국 본토 리전이 없습니다. 미국, EU, 인도 사이를 바꾸는 것은 이전을 재배치할 뿐 — 끝내지 않습니다.
- ! 핵심정보인프라 운영자나 대량 취급자에는, 사이버보안법 제39조(구 제37조)가 중국에서 수집된 개인정보를 중국에 저장할 것을 요구합니다 — 어떤 해외 JumpCloud 리전도 충족할 수 없는 의무 — 그리고 더 크거나 민감한 이전은 CAC 데이터 수출 안전성 평가를 요할 수 있습니다.
- ✓ 합법적 경로: 중국 디렉터리와 기기 데이터를 중국 거주 발판에 두고, 합법적으로 떠나도 되는 것만 해외로 보내고, 중국 대상 관리·앱 표면을 ICP 비안 인프라에서 국내 전송하십시오 — 결코 우회가 아니라.
JumpCloud 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| JumpCloud는 세 데이터센터 리전 — 미국, EU, 인도 — 을 이름하고, 어느 것도 중국 본토에 없습니다. 그 데이터센터 문서는 “the necessary login URLs and network service endpoints for organizations whose data is stored in the United States (US), European Union (EU), or India (IN) data centers” 를 제공하고, 귀사가 “must use the Admin Portal Login URL corresponding to the region where your org's data is stored” 라 경고합니다. 중국 본토 리전이 없으므로, 그것이 쥐는 신원과 기기 데이터의 국내 안착지가 없고, ICP 비안을 붙일 것도 없습니다. | JumpCloud Support — JumpCloud Data Centers: Login URLs and Service Endpoints (jumpcloud.com), 2026-10-09 열람 |
| EU 리전은 프랑크푸르트의 AWS 인스턴스; 미국과 인도(뭄바이)가 나머지 둘 — 모두 중국에 해외. JumpCloud의 EU FAQ는 “JumpCloud EU data center (AWS instance) is hosted in Frankfurt, Germany,” 이고 “Customer Personal Data storage at rest in the EU by maintaining a dedicated site within the continental European Union region” 를 제공한다고 밝힙니다. 그 인도 FAQ는 그 리전을 뭄바이에 둡니다. 그것이 문서화하는 모든 리전이 본토 밖에 앉습니다. | JumpCloud Support — FAQ: JumpCloud Data Center (EU) (jumpcloud.com), 2026-10-09 열람 |
| 리전은 가입 시 잠기고 조직은 리전을 가로지를 수 없으므로, 바꿔 갈 중국 리전이 없습니다. JumpCloud의 인도 FAQ는 “JumpCloud environments are deployed within a single selected region at the time of signup,” “Each organization operates independently within its chosen region,” 그리고 “Multi-region deployments for a single organization are not supported at this time” 라 합니다. 미국, EU, 인도 사이를 옮기는 것은 국경 간 이전을 재배치할 뿐; 국내 것을 만들지 않습니다. | JumpCloud Support — FAQ: JumpCloud Data Center (India) (jumpcloud.com), 2026-10-09 열람 |
| 해외 리전으로 보내진 중국 수집 신원·기기 데이터는 PIPL 국경 간 이전입니다. 중국 본토의 이용자와 기기에서 수집된 개인정보를 미국, EU, 인도에 호스팅된 JumpCloud 계정으로 옮기는 것은 PIPL 제38~40조를 발동시킵니다: 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 핵심정보인프라 운영자에는, 사이버보안법 제39조(구 제37조)가 어떤 해외 리전도 충족할 수 없는 국내 저장 의무를 더합니다. | 중화인민공화국 개인정보 보호법, 제38~40조 (cac.gov.cn); 사이버보안법 제39조(구 제37조), 2026-10-09 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 9일에 출처를 확인했습니다.
중국 본토에서 사람과 기기를 돌리는 조직에, JumpCloud에 대한 첫 질문은 틀린 표적을 겨누기 쉽습니다. JumpCloud는 클라우드 디렉터리 플랫폼입니다 — 인력 신원, 싱글 사인온, 다중 인증, 그리고 귀사 직원이 로그인하는 Windows, Apple, Linux, Android 머신의 관리를 위한 한 곳. 반사는 그 에이전트와 관리 콘솔이 본토에 닿는지 묻는 것입니다. 하지만 그것은 중국 결정이 매듭지어지는 곳이 아닙니다. 디렉터리와 관리되는 기기 선단은 둘 다 개인정보의 저장소이고, JumpCloud는 그것을 귀사 계정이 프로비저닝된 어느 지역 데이터센터에든 쥡니다 — 그리고 JumpCloud 자신의 문서로, 그 리전 가운데 어느 것도 중국 본토 안에 앉지 않습니다. 그래서 이것은 로드 시간으로 돌기 훨씬 전에 레지던시와 국경 간 이전으로 돕니다.
JumpCloud는 정확히 세 데이터센터 리전을 문서화합니다: 미국, 유럽 연합(프랑크푸르트의 AWS 인스턴스), 인도(뭄바이). 리전은 가입 시 한 번 고르고, 조직은 리전을 가로지를 수 없습니다 — 고를 중국 본토 리전이 없습니다. JumpCloud가 중국의 귀사 사람과 머신에 대해 쥐는 계정 기록, 그룹·역할 데이터, 인증 로그, 기기 식별자, 엔드포인트 텔레메트리가 미국, EU, 인도 환경에 안착하는 순간, 귀사는 개인정보의 국경 간 이전(数据出境)을 한 것입니다 — 그리고 별개의 법체계가 그것이 허용됐는지를 결정합니다.
한눈에 보는 중국에서의 JumpCloud
| 무엇이 결정하는가 | JumpCloud 자신의 표현으로 — 그리고 중국 법으로 |
|---|---|
| 그것이 무엇인가 | 클라우드 디렉터리이자 기기 관리 플랫폼: 인력 신원, 싱글 사인온, 다중 인증, 그리고 Windows, Apple, Linux, Android 기기의 관리. 그것은 두 종류의 개인정보를 한꺼번에 쥡니다 — 귀사 사람들의 디렉터리와 그들 엔드포인트의 목록, 기기 식별자와 텔레메트리와 함께. |
| 데이터가 어디에 사는가 | JumpCloud는 세 데이터센터 리전 — 미국, 유럽 연합(프랑크푸르트의 AWS 인스턴스), 인도(뭄바이) — 을 문서화합니다. 귀사 조직의 데이터는 그것이 프로비저닝된 한 리전에 머뭅니다. 셋 가운데 어느 것도 중국 본토 안이 아닙니다. |
| 중국 리전을 고를 수 있나? | 아니요. 리전은 가입 시 한 번 선택되고 “Multi-region deployments for a single organization are not supported.” 목록에 중국 본토 리전이 없으므로, 미국, EU, 인도 사이를 바꾸는 것은 이전을 재배치할 뿐 — 끝내지 않습니다. |
| 중국 신원 & 기기 데이터를 그것에 수집하기 | 계정 기록, 그룹·역할 데이터, 인증 로그, 기기 식별자, 엔드포인트 텔레메트리는 개인정보입니다. 그것을 미국, EU, 인도 환경에 쥐는 것은 PIPL(제38~40조)상 국경 간 이전(数据出境)입니다: 고지, 별도 동의, 이전 메커니즘 하나. 핵심정보인프라 운영자나 대량 취급자에는, 사이버보안법 제39조(구 제37조)가 해외 리전이 충족할 수 없는 국내 저장 의무를 두고, 더 크거나 민감한 이전은 CAC 데이터 수출 안전성 평가를 더할 수 있습니다. |
| 합법적 경로 | 중국 디렉터리와 기기 데이터를 중국 거주 발판에 두십시오 — 중국 법인을 위한 중국 거주 디렉터리, 또는 동의받은 국내 처리·저장 — 합법적으로 떠나도 되는 것만 해외로 보내고, 중국 대상 관리·앱 표면을 ICP 비안 인프라에서 국내 전송하십시오. 21YunBox는 매핑하고, 현지화하고, 전송합니다; 그것은 어떤 종류의 우회도 쓰거나 권하지 않습니다. |
가용성: 문서화된 세 리전, 그리고 어느 것도 본토에 없음
JumpCloud의 존재는 로드 시간 테스트가 아니라 자신의 문서로 고정됩니다. 그 데이터센터 글은 그것이 “organizations whose data is stored in the United States (US), European Union (EU), or India (IN) data centers” 를 돕는다고 하고, 귀사가 “must use the Admin Portal Login URL corresponding to the region where your org’s data is stored” 라 경고합니다. 그 EU FAQ는 “JumpCloud EU data center (AWS instance) is hosted in Frankfurt, Germany,” 를, 그 인도 FAQ는 “the India region is hosted in Mumbai” 를 더합니다. 세 리전, 데이터가 머물 수 있는 세 곳 — 그리고 본토는 그 가운데 하나가 아닙니다.
그것이 질문의 형태를 매듭짓습니다. JumpCloud의 에이전트와 콘솔이 중국 안에서 일관되게 해석되는지는 운영 문제이지 결정이 아닙니다 — 그리고 그것은 결코 네트워크 편법으로 답할 것이 아닙니다. 결정은 귀사 중국 수집 신원과 기기 데이터가 어디에 안착하는지, 그리고 그것이 애초에 나라를 떠날 합법적 근거가 있었는지입니다. 그 이유로 이 페이지는 JumpCloud에 대한 일차 중국 지연 수치를 공표하지 않습니다: 속도는 레지던시 질문이 도는 축이 아닙니다.
레지던시 질문: 귀사 디렉터리 — 그리고 귀사 기기 목록 — 은 개인정보다
여기 대부분의 팀이 놓치는 관문이 있습니다. 미국, EU, 인도 리전에 프로비저닝된 JumpCloud 조직은 정의상 본토 밖입니다. 그것이 중국의 귀사 이용자를 위해 쥐는 계정 기록, 표시 이름, 이메일 주소, MFA에 쓰이는 전화번호, 그룹·역할 멤버십, 사인인·감사 로그는 개인정보 — 그리고 JumpCloud가 쥐는 두 번째 저장소도 그렇습니다: 하드웨어·OS 식별자, 자세와 패치 상태, 그리고 그 에이전트가 보고하는 엔드포인트 텔레메트리를 지닌 관리 기기 목록. 그 가운데 무엇이든 해외 JumpCloud에 로드하는 것은 중국 개인정보 보호법상 국경 간 이전입니다. PIPL은 의무를 처리자 — 처리수탁자 JumpCloud가 아니라 귀사 — 에게 둡니다: 제38~40조는 고지, 이용자가 로그인하거나 기기를 등록하는 합의와 구별되는 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 요구합니다.
그 아래 레지던시가 앉습니다. 핵심정보인프라 운영자나 대량 취급자는 중국에서 수집된 개인정보를 PIPL 제40조와 사이버보안법의 제39조(구 제37조 — 데이터 국내화 조항은 2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변)상 본토 안에 저장해야 합니다. 프랑크푸르트, 뭄바이, 또는 미국 리전에 사는 계정은 그 의무를 구조적으로 충족할 수 없습니다. 그리고 물량이나 데이터 민감도가 기준을 넘는 곳에서, 그 이전 자체가 무언가 떠나기 전에 CAC 데이터 수출 안전성 평가를 요할 수 있습니다. 이 가운데 어느 것이 귀사 특정 배포를 묶는지는 귀사 법인, 데이터 물량, 중국 법상 역할에 달려 있습니다 — 가정할 기본값이 아니라 귀사가 실제로 무엇을 수집하는지에 대해 자문과 확인할 리스크.
고를 중국 리전 없음 — 그리고 리전을 바꾸는 것은 이전을 옮길 뿐
유혹적인 해법은 설정을 뒤집어 데이터를 리전 안에 두는 것입니다. 하지만 JumpCloud의 리전은 미국, EU, 인도이고, 리전은 한 번 잠깁니다: 그 인도 FAQ는 “JumpCloud environments are deployed within a single selected region at the time of signup,” “Each organization operates independently within its chosen region,” 그리고 “Multi-region deployments for a single organization are not supported at this time” 라 합니다. 셋 가운데 어느 것도 중국 본토가 아니므로, 어느 것도 중국 레지던시 의무를 해결하지 않습니다 — 조직을 미국 리전에서 EU로, 또는 뭄바이로 옮기는 것은 국경 간 이전을 재배치할 뿐; 결코 끝내지 않습니다. 중국에서 수집된 신원과 기기 데이터를 국내에 두는 것은 애초에 그것을 중국 거주 발판에 세우고, 합법적으로 떠나도 되는 것만 해외로 보내는 것을 뜻합니다. 그 분할 — 무엇이 머물러야 하고, 무엇이 가도 되는지 — 은 기술 질문이기 전에 법적 질문입니다.
동의와 기기 텔레메트리: 이전 위의 두 번째 PIPL 의무
레지던시는 그 절반일 뿐입니다. 직원의 기기를 등록하고 그 텔레메트리를 스트리밍하는 것은, PIPL상, 그 식별 가능한 사람의 정보의 처리이고, 자체 합법적 근거가 필요합니다 — 실제로 에이전트가 수집을 시작하기 전에 엔드포인트에서 무엇이, 왜 모이는지를 아우르는, 고지된 동의와 분명한 고지. 그 같은 데이터의 해외 JumpCloud로의 국경 간 이동은 그 위에 추가 별도 동의가 필요합니다. 직원을 인증하는 디렉터리와 그들 노트북을 목록화하는 관리 에이전트는 바로 중국 규제 당국이 민감하게 다루는 종류의 지속적이고 신원 연결된 수집이므로, 동의·고지 흐름은 나중에 볼트로 조일 형식이 아닙니다. 각 식별자가 무엇으로 치이는지, 그리고 귀사 고지가 무엇을 말해야 하는지는 자문과 매듭지을 질문입니다.
합법적 경로 — 매핑, 현지화, 전송
중국 인력을 위해 신원과 기기 관리를 돌리는 규정에 맞는 방법이 있고, 그것에는 확실한 형태가 있습니다. 먼저 저희는 매핑합니다: 저희 중국 팀이 귀사의 PIPL 노출을 두 전선에서 한꺼번에 — 디렉터리와 기기 선단 — 훑으며, 중국에서 수집된 어느 계정·인증·기기 식별자·텔레메트리 데이터가 나라 안에 머물러야 하는지, 무엇이 합법적으로 국경을 넘어도 되는지, 어디에 제39조 국내 저장이나 데이터 수출 안전성 평가가 무는지, 그리고 귀사 등록·사인인 동의가 무엇을 아울러야 하는지 표시합니다. 법적 결론은 자문과 매듭지어집니다; 저희는 그것을 떠받치는 기술 그림을 만듭니다.
그다음 저희는 현지화합니다: JumpCloud가 본토 리전도 국내 소버린 인스턴스도 제공하지 않으므로, 할 일은 중국 디렉터리와 기기 데이터를 중국 거주 발판에 두는 것 — 중국 법인을 위한 중국 거주 디렉터리, 또는 동의받은 국내 처리·저장 — 레지던시 의무를 질 수 없는 해외 계정 대신, 그동안 귀사는 이미 귀사를 돕는 시장을 위해 JumpCloud를 유지합니다. 합법적으로 떠나도 되는 것만 내보내집니다.
그다음 저희는 전송합니다: 이 모든 것에 매달리는 중국 대상 표면 — 디렉터리에 대해 인증하는 관리 포털, 인트라넷, 고객 앱 — 은 그 자체로 본토의 공개 서비스이므로, 각각이 ICP 비안(备案) 의무를 지고 규정에 맞는 국내 전송이 필요합니다. 21YunBox는 그것을 국내에서 전송합니다 — 21YunBox Optimizer — 귀사가 이미 돌리는 것 앞단에 두고, 재구축도 리플랫폼도 없이. 결과는 중국의 귀사 이용자에게 합법적이고 규정에 맞게 도는 신원과 기기 관리입니다. 저희가 결코 하지 않고 — 누구도 합법적으로 할 수 없는 것 — 은 누구든 중국 데이터 수출 규칙이나 어떤 네트워크 통제든 우회시키는 것입니다: 저희는 머물러야 하는 것을 현지화하고, 국내에서 전송하고, 결코 개인정보를 몰래 본토 밖으로 옮기지 않습니다.
관련 읽을거리:
자주 묻는 질문
JumpCloud는 중국 본토에서 가용한가요?
JumpCloud는 그 지역 콘솔과 에이전트에서 닿는 클라우드 서비스이지만, 중국 본토 데이터센터를 돌리지 않습니다 — 그 자신의 지원 문서는 세 리전만 이름합니다: 미국, EU(프랑크푸르트), 인도(뭄바이). 그래서 가용성은 중국 결정이 앉는 곳이 아닙니다; 레지던시와 동의가 앉습니다. 그 해외 엔드포인트가 본토에서 일관되게 해석되는지는 운영 문제이지 결정이 아니고, 답은 결코 네트워크 편법이 아닙니다. 구체 사항은 자문과 확인할 리스크로 다루십시오.
중국 이용자와 기기를 위해 JumpCloud를 돌리는 것은 국경 간 이전인가요?
귀사 JumpCloud 조직이 미국, EU, 인도 리전 — 본토 밖 어디든 — 에 있으면, 그것이 귀사 중국 이용자와 머신을 위해 쥐는 계정 기록, 인증 로그, 기기 식별자, 엔드포인트 텔레메트리가 해외에 저장되는, PIPL상 국경 간 이전(数据出境)입니다. 그것은 고지, 별도 동의, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 뜻하고, 중국의 데이터 수출 안전성 평가 대상일 수 있습니다. 식별 가능한 이용자를 등록·추적하는 것도 그 위에 자체 PIPL 동의가 필요합니다. 핵심정보인프라 운영자에는, 사이버보안법의 제39조(구 제37조)가 해외 리전이 충족할 수 없는 국내 저장 의무를 더합니다. 귀사의 정확한 의무는 자문과 확인하십시오.
그냥 다른 JumpCloud 리전을 골라 데이터를 중국에 둘 수 없나요?
안 됩니다 — JumpCloud는 미국, EU, 인도 리전만 제공하고, 어느 것도 중국 본토에 없으므로, 어느 것도 중국 레지던시 의무를 해결하지 않습니다. 리전은 또 가입 시 한 번 고르고 조직은 리전을 가로지를 수 없으므로, 한 해외 리전에서 다른 해외 리전으로 옮기는 것은 국경 간 이전을 재배치할 뿐입니다. 중국에서 수집된 신원과 기기 데이터를 국내에 두는 것은 그것을 중국 거주 발판에 세우는 것 — 중국 법인을 위한 중국 거주 디렉터리, 또는 동의받은 국내 처리·저장 — 그리고 합법적으로 떠나도 되는 것만 해외로 보내는 것을 뜻합니다. 21YunBox는 그 분할을 매핑하고, 국내 데이터를 현지화하고, 중국 대상 표면을 ICP 비안 인프라에서 전송합니다 — 그것은 결코 중국 데이터 수출 규칙을 우회하는 길이 아닙니다.
