پیکربندی ورود یکپارچه (SAML/OIDC)
پیکربندی ورود یکپارچه (SSO) با SAML یا OIDC
ScribbleMaps از ورود یکپارچه سازمانی با استفاده از SAML 2.0 یا OpenID Connect (OIDC) پشتیبانی میکند. این امکان به اعضای تیم شما اجازه میدهد با ارائهدهندهٔ هویت (IdP) سازمان خود مانند Okta، Microsoft Entra ID (Azure AD)، Google Workspace یا Auth0 احراز هویت کنند.
پیکربندی SSO در team.scribblemaps.com در دسترس است و کاملاً رایگان است.
فهرست مطالب
- قابلیتهای پشتیبانیشده
- قبل از شروع
- گام ۱: دامنهٔ ایمیل خود را تأیید کنید
- گام ۲: ارائهدهندهٔ هویت خود را پیکربندی کنید
- گام ۳: SSO را در ScribbleMaps پیکربندی کنید
- گام ۴: پیکربندی خود را آزمایش کنید
- گام ۵: SSO را فعال کنید
- SSO آغازشده از سمت SP
- خروج جهانی OIN
- راهنماهای مخصوص هر ارائهدهنده
- گزینههای پیشرفته
- عیبیابی
قابلیتهای پشتیبانیشده
یکپارچهسازی SSO در ScribbleMaps از قابلیتهای زیر پشتیبانی میکند:
| ویژگی | توضیحات |
|---|---|
| SSO آغازشده از سمت SP | کاربران میتوانند با وارد کردن نشانی ایمیل خود، فرایند ورود را از صفحهٔ ورود ScribbleMaps آغاز کنند. ScribbleMaps کاربر را برای احراز هویت به ارائهدهندهٔ هویت شما هدایت میکند. |
| SSO آغازشده از سمت IdP | کاربران میتوانند مستقیماً از داشبورد ارائهدهندهٔ هویت خود وارد ScribbleMaps شوند (مثلاً با کلیک بر روی کاشی ScribbleMaps در Okta). |
| تأمین بههنگام (JIT) | حسابهای کاربری جدید بهطور خودکار در اولین ورود با SSO در ScribbleMaps ایجاد میشوند. کاربران با نقش پیشفرض Viewer (بیننده) به تیم اضافه میشوند. |
قبل از شروع
- برای پیکربندی SSO باید مالک تیم باشید
- به کنسول مدیریت ارائهدهندهٔ هویت سازمان خود دسترسی داشته باشید
- دامنهٔ ایمیل خود را آماده داشته باشید (مثلاً
yourcompany.com)
گام ۱: دامنهٔ ایمیل خود را تأیید کنید
پیش از پیکربندی SSO، باید مالکیت دامنهٔ ایمیل خود را تأیید کنید. این اقدام امنیتی تضمین میکند که فقط سازمانهای مجاز میتوانند SSO را برای دامنههای خود پیکربندی کنند.
- وارد team.scribblemaps.com شوید
- به تنظیمات > Single Sign-On بروید
- به زبانهٔ Domains بروید
- روی Add Domain کلیک کنید و دامنهٔ ایمیل خود را وارد کنید (مثلاً
yourcompany.com) - یک روش تأیید انتخاب کنید:
گزینهٔ الف: رکورد TXT در DNS (توصیهشده)
یک رکورد TXT به تنظیمات DNS دامنهٔ خود اضافه کنید:
| نوع | Host/Name | مقدار |
|---|---|---|
| TXT |
@ or yourcompany.com
|
scribblemaps-verify=YOUR_VERIFICATION_CODE |
یادداشت: اعمال تغییرات DNS ممکن است تا ۴۸ ساعت طول بکشد.
گزینهٔ ب: بارگذاری فایل
- یک فایل متنی با نام
scribblemaps-verify.txtایجاد کنید - کد تأیید خود را بهعنوان تنها محتوای آن قرار دهید
- آن را در این نشانی بارگذاری کنید:
https://yourcompany.com/.well-known/scribblemaps-verify.txt
پس از افزودن تأییدیه، برای تأیید مالکیت روی Verify Domain کلیک کنید.
گام ۲: ارائهدهندهٔ هویت خود را پیکربندی کنید
ScribbleMaps را بهعنوان یک برنامه در ارائهدهندهٔ هویت خود اضافه کنید. اگر از Okta استفاده میکنید، میتوانید ScribbleMaps را مستقیماً از فهرست Okta Integration Network (OIN) اضافه کنید — نشانی SAML SSO، شناسهٔ SP Entity، نشانی ACS و نشانی بازگشت OIDC بهطور خودکار از پیش پیکربندی شدهاند.
برای SAML 2.0
| تنظیم | مقدار |
|---|---|
| NameID Format | Email Address |
| Signature Algorithm | SHA-256 (توصیهشده) |
برای OIDC
| تنظیم | مقدار |
|---|---|
| Scopes | openid email profile |
گام ۳: SSO را در ScribbleMaps پیکربندی کنید
پیکربندی SAML 2.0
- در ScribbleMaps، به تنظیمات > Single Sign-On > زبانهٔ SAML بروید
- اطلاعات زیر را از ارائهدهندهٔ هویت خود وارد کنید:
| فیلد | توضیحات |
|---|---|
| Entity ID | شناسهٔ Entity ارائهدهندهٔ هویت شما (که Issuer هم نامیده میشود) |
| SSO URL | نشانیای که درخواستهای ورود به آن ارسال میشود |
| Certificate | گواهی امضای X.509 ارائهدهندهٔ هویت شما (قالب PEM) |
- روی ذخیره تنظیمات کلیک کنید
پیکربندی OIDC
- در ScribbleMaps، به تنظیمات > Single Sign-On > زبانهٔ OIDC بروید
- Provider Type خود را انتخاب کنید (Google، Microsoft، Okta، Auth0 یا سفارشی)
- اطلاعات زیر را وارد کنید:
| فیلد | توضیحات |
|---|---|
| Client ID | شناسهٔ OAuth Client از ارائهدهندهٔ هویت شما |
| Client Secret | رمز OAuth Client از ارائهدهندهٔ هویت شما |
| Authority URL | نشانی issuer ارائهدهندهٔ هویت شما (راهنماهای هر ارائهدهنده را در ادامه ببینید) |
- روی ذخیره تنظیمات کلیک کنید
گام ۴: پیکربندی خود را آزمایش کنید
پیش از فعالسازی SSO برای همهٔ کاربران، پیکربندی خود را آزمایش کنید:
- روی دکمهٔ Test Connection کلیک کنید
- یک پنجرهٔ جدید برای شبیهسازی فرایند ورود SSO باز میشود
- احراز هویت را با ارائهدهندهٔ هویت خود تکمیل کنید
- بررسی کنید که با موفقیت به ScribbleMaps بازگردانده شدهاید
اگر آزمایش ناموفق بود، پیام خطا را بررسی کنید و تنظیمات پیکربندی خود را مرور کنید.
گام ۵: SSO را فعال کنید
پس از موفقیت آزمایش:
- کلید Enable SSO را روشن کنید
- گزینهٔ اجرای الزامی را انتخاب کنید:
- Optional: کاربران میتوانند بین SSO یا ورود با رمز عبور یکی را انتخاب کنند
- Enforced: کاربرانی که دامنهٔ ایمیل تأییدشده دارند باید از SSO استفاده کنند (ورود با رمز عبور غیرفعال میشود)
یادداشت: مالکان تیم همیشه میتوانند بهعنوان پشتیبان از ورود با رمز عبور استفاده کنند، حتی وقتی SSO الزامی شده باشد.
SSO آغازشده از سمت SP
ScribbleMaps از SSO آغازشده از سمت SP پشتیبانی میکند، که به کاربران اجازه میدهد فرایند ورود را از صفحهٔ ورود ScribbleMaps شروع کنند. روش کار به این صورت است:
- به scribblemaps.com/account/login بروید
- نشانی ایمیل خود را وارد کنید (مثلاً
[email protected]) - روی Sign in with SSO کلیک کنید
- برای احراز هویت به ارائهدهندهٔ هویت سازمان خود (مثلاً Okta) هدایت میشوید
- پس از احراز هویت موفق، بهطور خودکار به ScribbleMaps بازگردانده میشوید و وارد میشوید
اگر SSO در سازمان شما الزامی شده باشد، وارد کردن ایمیل در صفحهٔ ورود، شما را بهطور خودکار به ارائهدهندهٔ هویت هدایت میکند — هیچ فیلد رمز عبوری نمایش داده نخواهد شد.
خروج جهانی OIN
خروج جهانی (Universal Logout) توسط Okta پشتیبانی میشود. برای دستورالعملهای پیکربندی لطفاً از این پیوند بازدید کنید.
راهنماهای مخصوص هر ارائهدهنده
Okta
- در Okta Admin Console، به Applications > Browse App Catalog بروید
- ScribbleMaps را جستجو کنید و روی Add Integration کلیک کنید
- نشانی SSO، شناسهٔ Entity و نشانی بازگشت (Redirect URI) بهطور خودکار از پیش پیکربندی شدهاند
- برای یافتن جزئیات پیکربندی IdP خود به زبانهٔ Sign On بروید:
- X.509 Certificate را بارگیری کنید
- Identity Provider Issuer (شناسهٔ Entity) را کپی کنید
- Single Sign-On URL را کپی کنید
- این مقادیر را در تنظیمات SSO در ScribbleMaps وارد کنید (به گام ۳ مراجعه کنید)
Microsoft Entra ID (Azure AD)
- در Azure Portal، به Microsoft Entra ID > App registrations > New registration بروید
- پیکربندی کنید:
-
Redirect URI:
https://api.scribblemaps.com/oidc/callback(پلتفرم Web)
-
Redirect URI:
- به Certificates & secrets بروید > یک Client secret جدید ایجاد کنید
- Application (client) ID و Client secret value را کپی کنید
- Authority URL:
https://login.microsoftonline.com/YOUR-TENANT-ID/v2.0
Google Workspace
- در Google Cloud Console، به APIs & Services > Credentials بروید
- روی Create Credentials > OAuth client ID کلیک کنید
- Web application را انتخاب کنید
- Authorized redirect URI را اضافه کنید:
https://api.scribblemaps.com/oidc/callback - Client ID و Client Secret را کپی کنید
- Authority URL:
https://accounts.google.com
یادداشت: برای الزامی کردن MFA در Google Workspace، آن را در Google Workspace Admin Console پیکربندی کنید.
Auth0
- در Auth0 Dashboard، به Applications > Create Application بروید
- Regular Web Applications را انتخاب کنید
- پیکربندی کنید:
-
Allowed Callback URLs:
https://api.scribblemaps.com/oidc/callback -
Allowed Logout URLs:
https://api.scribblemaps.com/oidc/logout-callback
-
Allowed Callback URLs:
- Client ID و Client Secret را از زبانهٔ Settings کپی کنید
- Authority URL:
https://YOUR-DOMAIN.auth0.com
گزینههای پیشرفته
تأمین بههنگام (JIT)
وقتی فعال باشد، کاربران بهطور خودکار در اولین ورود با SSO در ScribbleMaps ایجاد میشوند. اطلاعات نمایهٔ آنها (نام، ایمیل) از ارائهدهندهٔ هویت دریافت میشود.
الزام احراز هویت چندعاملی (فقط OIDC)
این گزینه را فعال کنید تا پیش از اجازهٔ ورود، تأیید MFA الزامی شود. ScribbleMaps بررسی میکند که ارائهدهندهٔ هویت شما MFA را برای کاربر اعمال کرده باشد.
برای Okta میتوانید مقادیر ACR سفارشی مانند موارد زیر را مشخص کنید:
-
urn:okta:loa:2fa:any- هر عامل دوم -
phr- احراز هویت مقاوم در برابر فیشینگ -
phrh- احراز هویت مقاوم در برابر فیشینگ و مبتنی بر سختافزار
نگاشت ویژگی/Claim
نحوهٔ نگاشت ویژگیهای کاربر از ارائهدهندهٔ هویت شما به فیلدهای کاربر در ScribbleMaps را سفارشی کنید:
| فیلد ScribbleMaps | ویژگی رایج SAML | Claim رایج OIDC |
|---|---|---|
| ایمیل | http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress |
email |
| نام | http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname |
given_name |
| نام خانوادگی | http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname |
family_name |
عیبیابی
مشکلات رایج
«Domain not verified»
- مطمئن شوید رکورد TXT در DNS یا فایل تأیید بهدرستی پیکربندی شده است
- اعمال تغییرات DNS ممکن است تا ۴۸ ساعت طول بکشد
- بررسی کنید که در کد تأیید غلط تایپی وجود نداشته باشد
«Invalid certificate»
- مطمئن شوید از گواهی کامل شامل
-----BEGIN CERTIFICATE-----و-----END CERTIFICATE-----استفاده میکنید - بررسی کنید که گواهی منقضی نشده باشد
- مطمئن شوید گواهی امضا را کپی کردهاید، نه گواهی رمزنگاری
«Invalid signature»
- بررسی کنید که گواهی با گواهی امضای فعلی ارائهدهندهٔ هویت شما مطابقت داشته باشد
- بررسی کنید که الگوریتم امضا مطابقت داشته باشد (SHA-256 در برابر SHA-1)
«User not found» یا «Email mismatch»
- مطمئن شوید ایمیلی که ارائهدهندهٔ هویت شما برمیگرداند با یک دامنهٔ تأییدشده مطابقت دارد
- بررسی کنید که قالب NameID روی Email Address تنظیم شده باشد
- بررسی کنید که نگاشت ویژگی/Claim درست باشد
«Security error: Your Identity Provider is not authorized for this email domain»
- این خطا زمانی رخ میدهد که پیکربندی ارائهدهندهٔ هویت با دامنهٔ تأییدشده مطابقت نداشته باشد
- مطمئن شوید دامنهٔ ایمیل زیر تیم شما تأیید شده است
- بررسی کنید که با ایمیلی از یک دامنهٔ تأییدشده وارد میشوید
مشاهدهٔ گزارشهای ممیزی
فعالیت SSO را در تنظیمات > Single Sign-On > Audit Logs رصد کنید. میتوانید:
- بر اساس نوع رویداد فیلتر کنید (ورود، خروج، ورود ناموفق)
- بر اساس بازهٔ زمانی فیلتر کنید
- گزارشها را برای گزارشدهی انطباق بهصورت CSV صادر کنید
به کمک نیاز دارید؟
اگر در پیکربندی SSO با مشکل مواجه هستید، لطفاً با تیم پشتیبانی ما تماس بگیرید و این اطلاعات را ارائه دهید:
- نام تیم شما
- ارائهدهندهٔ هویتی که استفاده میکنید
- هر پیام خطایی که میبینید
- تصاویر پیکربندی ارائهدهندهٔ هویت شما (با حذف دادههای حساس)
ما اینجا هستیم تا به شما کمک کنیم SSO را برای سازمان خود پیکربندی کنید.
آخرین بهروزرسانی