COS는 HTTPS 액세스를 지원하나요?
지원합니다. COS는 모든 가용 리전의 액세스 노드에서 SSL 전송을 지원하며 SDK 및 콘솔에서도 기본적으로 HTTPS가 활성화되어 있습니다. 전송 데이터 링크 보호를 위해 COS에서의 HTTPS 사용을 강력히 권장합니다. 암호화되지 않은 HTTP 연결을 사용하는 경우 링크 도청 또는 데이터 유출의 위험에 노출될 수 있습니다. 콘솔에서 도메인 관리 시 항상 '최소한 1개 이상의 가용 키를 활성화하십시오.'라고 표시됩니다. 어떻게 처리해야 하나요?
CAM 콘솔에 로그인하여 Tencent Cloud API 키의 활성화 여부를 조회하십시오. Tencent Cloud API 키를 활성화하지 않은 경우, 키를 생성하고 활성화한 후 다시 도메인 관리를 진행합니다.
Tencent Cloud API 키를 활성화해도 해당 메시지가 계속 표시되는 경우, 현재 작업하고 있는 계정이 서브 계정(협업 파트너 또는 서브 계정)인지 확인합니다.
서브 계정인 경우 루트 계정으로 로그인하여 Tencent Cloud API 키의 활성화 여부를 확인합니다.
루트 계정인 경우 브라우저 캐시를 퍼지하여 다시 Tencent Cloud 계정에 로그인합니다.
COS 기본 도메인, 사용자 정의 CDN 가속 도메인, 사용자 정의 원본 서버 도메인의 차이가 무엇인가요?
기본 도메인: COS 원본 서버 도메인입니다. 버킷 생성 시 버킷 이름 및 리전에 따라 시스템에서 자동으로 생성됩니다.
사용자 정의 CDN 가속 도메인: 버킷과 관련하여, ICP비안이 완료된 사용자 정의 도메인을 Tencent Cloud의 중국 내 CDN 가속 플랫폼에 바인딩할 수 있으며, 사용자 정의 도메인을 통해 버킷의 객체에 액세스할 수 있습니다. 구버전 COS 콘솔에서 '사용자 정의 도메인'을 사용한 적 있는 경우, 최신 버전 콘솔에서는 '사용자 정의 CDN 가속 도메인'이 아닌 '사용자 정의 도메인'이 표시됩니다.
사용자 정의 원본 서버 도메인: ICP비안이 완료된 사용자 정의 도메인을 현재 버킷에 바인딩한 후 사용자 정의 도메인을 통해 버킷의 객체에 액세스할 수 있습니다.
COS에서 CDN 가속과 글로벌 가속의 차이가 무엇인가요?
1. 사용 시나리오가 다릅니다. CDN 가속은 주로 버킷의 콘텐츠가 대규모 다운로드 및 배포가 필요한 경우, 특히 동일한 콘텐츠의 반복 다운로드 사용 시나리오에 사용됩니다. 자세한 내용은 CDN 가속 개요를 참고하십시오. 글로벌 가속 기능은 Tencent 전역 트래픽 스케쥴링을 바탕으로 한 CLB 시스템입니다. 사용자의 요청에 대한 스마트 라우팅 및 분석으로 최적의 네트워크 액세스 링크를 선택하여 근거리 액세스 요청을 구현합니다. COS의 글로벌 가속 기능은 데이터 업로드 가속 및 다운로드 가속도 구현할 수 있습니다. 자세한 내용은 글로벌 가속 개요를 참고하십시오. 2. 가속 기능으로 발생하는 요금이 다릅니다. CDN 가속을 사용하는 경우 CDN 트래픽 요금, CDN Origin-pull 트래픽 요금이 발생할 수 있습니다. 글로벌 가속 기능을 사용하는 경우 글로벌 가속 트래픽 요금이 발생합니다. COS 트래픽 과금 항목에 대한 설명은 트래픽 요금을 참고하십시오. 사용할 도메인을 COS에 바인딩해야 하나요?
COS는 사용자 자체 도메인을 바인딩하지 않아도 기본 도메인을 통해 바로 액세스할 수 있습니다. COS 기본 도메인의 포맷은 <BucketName-APPID>.cos.<Region>.myqcloud.com입니다. COS 도메인에 대한 자세한 설명은 리전과 액세스 도메인를 참고하십시오. 사용자 자체 도메인을 바인딩해야 하는 경우 사용자 정의 원본 서버 도메인 활성화를 참고하십시오. 왜 리전 내 VPC 환경에서 내부 네트워크 169.254.0.x를 통해 COS 서비스에 액세스할 수 있습니까?
클라이언트와 COS 서비스가 리전 내에 있을 경우 하이재킹을 통해 Tencent Cloud 인트라넷 DNS 서비스에서 COS 도메인 이름을 강제로 IP 169.254.0.x로 리졸브합니다. 169.254.0.x IP 대역은 기본적으로 VPC와 연결되며 내부 라우팅 방식을 통해 트래픽을 게이트웨이로 유도하여 COS 서비스에 액세스합니다. 따라서 내부 네트워크로 COS 서비스에 액세스하는 경우 내부 네트워크 리졸브 실패를 방지하기 위해 DNS 서비스 구성을 수정하지 마십시오.
문제 해결에 도움이 되었나요?