서비스별 약관

BYOIP(Bring Your Own IP)

BYOIP 서비스를 사용하려면 고객은 Cloudflare가 고객의 IP 주소를 발표할 수 있도록 허용하기에 충분한 고객의 권한 있는 대리인이 서명한 승인 서한을 Cloudflare에 제공해야 합니다. 고객은 IP 주소에 대한 정확한 후이즈 정보를 항상 유지해야 합니다. 고객은 승인서에 명시된 권리를 양도하는 데 필요한 모든 권리, 라이선스, 동의 및 허가를 획득했음을 진술하고 보증합니다. 고객이 IP 주소의 법적 소유자가 아닌 경우, 고객은 법적 소유자의 승인 서한을 제공하여 Cloudflare가 IP 주소를 공개할 수 있도록 승인해야 합니다. Cloudflare는 해당 IP 주소의 법적 소유자가 승인을 철회하는 경우 고객에 대한 책임 없이 IP 주소 광고를 중단할 수 있습니다. 이러한 상황에서 Cloudflare는 고객에게 사전 통지를 제공하기 위해 합리적인 노력을 기울일 것입니다.

고객이 Cloudflare에 가져오는 IP 주소는 Cloudflare의 엔터프라이즈 서비스를 받는 고객의 도메인과 관련해서만 사용해야 합니다.

Cloudflare 네트워크 상호 연결

귀하는 사설 네트워크 상호 연결(물리적 또는 가상)을 통해 또는 인터넷 교환을 통해 귀하의 인프라를 Cloudflare 네트워크에 연결함으로써, Cloudflare가 상호 연결의 성능 또는 안정성에 대해 책임을 지지 않으며, 상호 연결 지원에 대한 모든 요청은 해당 코로케이션 서비스 제공자에게 제출해야 한다는 것을 이해하고 동의합니다. 귀하는 항상 귀하의 인프라가 Cloudflare 네트워크에 대한 상호 연결에 의존하지 않고 관련성이 없는 공용 인터넷에 여러 번 연결되도록 해야 합니다.

어떠한 경우에도, 클라우드플레어는 보증, 계약, 불법행위(과실 포함), 법령 또는 기타 법적 이론에 근거하든, 클라우드플레어가 그러한 손해의 가능성에 대해 통지를 받았는지 여부에 관계없이, 귀하가 클라우드플레어 네트워크 상호 연결에 액세스하거나 사용할 수 없음으로 인해 또는 이와 관련하여 발생하는 직접, 간접, 부수적, 특별, 결과적 또는 징벌적 손해에 대해 귀하 또는 제3자에게 책임이 없습니다.

Cloudflare Spectrum

비 HTTP/S 제품(예: Cloudflare Spectrum)과 관련된 데이터 전송 제한은 고객이 계약에 따라 가지고 있는 HTTP/S 트래픽과 관련된 기타 데이터 전송 제한과는 별개이며 이에 추가됩니다. Cloudflare는 각 청구 기간 동안 Cloudflare가 측정한 고객의 인터넷 클라이언트와 주고받는 수신 및 송신 트래픽의 합계를 계산하여 청구 기간에 대한 고객의 스펙트럼 트래픽을 결정합니다.

Magic Transit, Magic WAN, & Magic Firewall

1. 개요.
   
   Cloudflare의 Magic Transit은 경계 게이트웨이 프로토콜을 사용하여 개별 IP 주소, 보호 서브넷, IP 네트워크 및 고객이 제어하는 경계 라우터("고객 네트워크")를 포함하되 이에 국한되지 않는 고객의 수신 및 송신 종단 지점 집합에서 트래픽을 전송합니다. Magic Transit은 계층 3 DDoS 완화를 제공하고, Magic Firewall은 네트워크 방화벽을 제공하며, Magic WAN은 고객이 고객 네트워크에 대해 Cloudflare에 제공한 대로 고객의 주문서 또는 삽입 주문서에 기재된 고객의 IP 접두사 수로 향하는 고객 네트워크 트래픽에 대한 트래픽 관리 솔루션을 제공합니다.

2. 대역폭 제한.
   
   Magic Transit 및 Magic WAN은 고객의 주문서 또는 삽입 주문서에 기재된 대역폭 제한에 따라 고객에게 제공되며, Cloudflare가 95번째 백분위수에서 측정한 대역폭 제한이 적용됩니다.
   
   고객의 대역폭을 95번째 백분위수로 설정하기 위해 Cloudflare는 매월 1일 00:00부터 다음 달 같은 날짜 24:00:00까지 5분 간격으로 고객의 대역폭 사용량을 측정 및 기록합니다(UTC+8 시간대 기준). 그러면 전체 한 달 동안 고객의 대역폭 사용 기록(고객의 모든 인터넷 자산에 대한 모든 클린 대역폭 값)이 내림차순으로 Cloudflare에 의해 정렬되고 기록된 대역폭 값 중 상위 5%는 폐기됩니다. 나머지 기록에서 가장 높은 대역폭 값이 해당 월의 청구 가능한 대역폭으로 간주됩니다.
   
   예를 들어, 30일이 있는 한 달 동안 Cloudflare는 고객의 대역폭을 8,640회(즉, 12 x 24 x 30) 측정합니다. 모든 대역폭 측정값을 가장 높은 값에서 가장 낮은 값으로 정렬하고 상위 5%를 버린 후, 433번째로 높은 값(즉, 433번째로 높은 값)으로 고객에게 요금이 부과됩니다. 8,640 x 5%).

3. 매직 트랜짓 온디맨드 한도.
   
   고객의 Cloudflare Magic Transit 온디맨드 서비스 사용은 한 달에 최대 240시간으로 제한됩니다.

4. 구성 변경.
   
   a. 일반. 고객은 본 섹션 4에 설명된 대로 직접 또는 Cloudflare를 통해 Magic Transit에 대한 계층 3 DDoS 완화, 트래픽 필터링 및 트래픽 관리 구성을 관리해야 합니다.
   
   b. 절차. 고객의 Magic Transit 사용에 대한 구성 변경은 Cloudflare에서 완료할 수 있습니다. 구성 변경을 시작하기 위해 고객은 요청된 구성 변경을 나타내는 지원 티켓("구성 티켓")을 Cloudflare의 티켓 시스템을 통해 Cloudflare에 발행합니다. Cloudflare는 구성 티켓에 제공된 정보를 기반으로 고객을 대신하여 요청된 구성 변경을 구현합니다. 고객은 요청된 모든 구성 변경에 대한 책임이 있음을 인정하고 이에 동의합니다. Cloudflare는 고객이 요청한 구성 변경으로 인해 또는 이와 관련하여 발생하는 어떠한 피해나 손해에 대해서도 그러한 피해나 손해가 구성 티켓에 제공된 고객의 지침을 따르지 않은 결과이거나 Cloudflare가 무분별하거나 결함이 있는 방식으로 구성 변경을 수행하지 않은 경우를 제외하고는 책임을 지지 않습니다.
   
   c. 긴급 구성. 고객은 DDoS 공격 시 고객 네트워크에 대한 악영향을 완화하기 위해 섹션 4(b)에 명시된 구성 변경 프로세스를 따르지 않고 긴급 구성 변경을 구현할 수 있는 권한을 Cloudflare에 사전 승인합니다. Cloudflare는 그러한 변경이 무분별하거나 결함이 있는 방식으로 수행되지 않는 한 긴급 구성 변경으로 인해 또는 이와 관련하여 발생하는 어떠한 피해나 손해에 대해서도 책임을 지지 않습니다.
   

5. 고객 요구 사항.
   
   고객은 다음 요구 사항을 준수해야 합니다:
   
   a. 레지스트리 정보. 고객은 모든 IP 접두사에 대해 정확하고 최신의 WHOIS 및 인터넷 라우팅 레지스트리 정보를 유지해야 합니다.
   
   b. 승인서. 고객은 Cloudflare가 IP 접두사를 발표하도록 허용하기에 충분한 고객의 공인 대리인이 서명한 승인 서신을 Cloudflare에 제공해야 합니다.