GET /v1/sites/{siteId}/cdn/targets

認証

ベアラー トークンとして API キーを送信します。キーには hosting.cdn.manage 権限が付与されている必要があります。権限のないキーは 404 ではなく 403 で拒否されます。

このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。

試してみる

アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。

curl -X GET https://api.zinndigital.com/v1/sites/{siteId}/cdn/targets \
  -H "Authorization: Bearer zdk_live_…"

ログインしていますか？ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く

詳細

Every destination this site's CDN could move to: Zinn®'s own pool, one row per CDN account you have connected, and passthrough (an edge you run yourself). ⛔⛔ This operation exists because a customer could not see their own accounts at all. A connected CDN account is a provider-account row scoped to your organisation, and until this endpoint the only route that read that table was a staff one — so a customer who connected two Cloudflare accounts could see neither, and the (now deprecated) switchSiteCdn's body was a boolean that cannot name one of two. The account you connect on the Connections page is listed too, as one own row. ⛔ An unusable target is LISTED, with its reason, never hidden. "My account is not in the list" and "my account is in the list and says the token was revoked" send you to two different places, and only the second is true. reason is a machine key so the client renders the sentence in your language. ⭐ changes_nameservers is the field to render before the customer clicks. A zone-owning CDN assigns nameservers per account, so a move between two accounts on the same vendor still changes the delegation your registrar must point at. Advisory and read-only: a target listed as available may still fail at swap time because a credential was revoked in between, and the swap says so. Requires hosting.cdn.manage.

パラメータ

返信

このエンドポイントが返すエラー

401 · 403 · 404 · 429