IAM و سیاست‌های دسترسیفعال

دسترسی دقیق، بدون حدس

به هر عضو یا گروه دقیقاً همان دسترسی‌ای را بدهید که لازم دارد؛ تا سطح یک سرویس، یک منبع، یک دستور SSH یا یک Namespace در Kubernetes.

Deny
مقدم بر Allow
شبیه‌ساز
قبل از اعمال
همهٔ محصولات
یک زبان سیاست
policy.json
{  "Effect": "Allow",  "Action": ["mail:ManageMailboxes"],  "Resource": ["wrn:mail:*:domain/acme.ir"],  "Condition": {"IpAddress": {"wc:SourceIp": "185.1.2.0/24"}}}▍
فعال

HOW IT WORKS

چطور کار می‌کند

  1. ۱

    سیاست

    از سیاست آماده شروع کنید یا با ویرایشگر بصری بسازید.

  2. ۲

    گروه

    سیاست را به گروه یا عضو متصل کنید.

  3. ۳

    شبیه‌سازی

    دسترسی یک عضو به یک عمل را آزمایش کنید.

قابلیت‌ها

IAM و سیاست‌های دسترسی

سیاست JSON و بصری

ویرایشگر مرحله‌ای با انتخاب سرویس، عمل و منبع؛ یا JSON مستقیم.

گروه‌ها

سیاست‌ها را به گروه بدهید و اعضا را جابه‌جا کنید.

Deny صریح

Deny همیشه بر Allow مقدم است؛ برای منابع حساس.

شرط IP و زمان

دسترسی فقط از شبکهٔ دفتر یا در ساعت کاری.

شبیه‌ساز

قبل از اعمال ببینید یک کاربر به یک عمل دسترسی دارد یا نه و چرا.

SSH و Kubernetes

محدودیت دستورات SSH و سطح دسترسی kubectl در سیاست.

مشخصات فنی

زبان سیاست
Effect · Action · Resource · Condition
شرط‌ها
IP، زمان، MFA
اولویت
Deny صریح > Allow
محل
کنسول ← هویت ← IAM

MANAGED POLICIES

از سیاست‌های آماده شروع کنید

سیاست‌های مدیریت‌شده مثل مدیر ایمیل، فقط‌خواندنی یا اپراتور CDN با به‌روزرسانی‌های WhyCloud همگام می‌مانند. برای موارد خاص یک سیاست اختصاصی بسازید.

  • سیاست‌های مدیریت‌شده برای هر محصول
  • نسخه‌بندی سیاست
  • نمایش اثر هر سیاست روی اعضا
whycloud topology WHYCLOUDCONTROL PLANE YOUR DATA CENTER AGENT · VMOPERATOR · K8SAGENT · GPU mTLS · outbound

FAQ

سؤال‌های متداول

IAM چه سرویس‌هایی را پوشش می‌دهد؟

همهٔ محصولات WhyCloud از جمله CDN، DNS، PaaS، دسترسی امن، Monitoring، SSO و ایمیل.

نقش‌های قبلی (مالک، مدیر، اپراتور، بیننده) چه می‌شوند؟

سر جایشان می‌مانند؛ IAM برای دسترسی دقیق‌تر روی آن‌ها اضافه می‌شود.

کلاد خودتان را امروز روشن کنید

حساب بسازید و اولین سرور را در کمتر از پنج دقیقه متصل کنید.