آماده‌سازی فرایند راه‌اندازی دستگاه برای مدیریت شدن بااستفاده از
policies توسط enterprise است. درطول این فرایند، دستگاه
Android Device Policy را نصب می‌کند که برای دریافت و اعمال policies استفاده می‌شود. اگر
تدارک موفقیت‌آمیز باشد، API شیء devices را ایجاد می‌کند و
دستگاه را به شرکت مقید می‌کند.
Android Management API از کدهای ثبت‌نام برای راه‌اندازی فرایند آماده‌سازی استفاده می‌کند. روش آماده‌سازی و کد ثبت‌نامی که استفاده می‌کنید، مالکیت دستگاه (متعلق به شخص یا متعلق به شرکت) و حالت مدیریت (نمایه کاری یا دستگاه کاملاً مدیریت‌شده) را تعیین می‌کند.
سیستم سهمیه تعداد دستگاه‌هایی را که هر پروژه می‌تواند مدیریت کند کنترل می‌کند. قبل‌از اینکه بتوانید اولین دستگاهتان را آماده‌سازی کنید، باید سهمیه اولیه دستگاه را درخواست کنید.
دستگاه‌های تحت مالکیت شخصی
Android 5.1 و بالاتر
دستگاه‌های متعلق به کارمندان را می‌توان با نمایه کاری راه‌اندازی کرد. نمایه کاری
فضایی مستقل برای برنامه‌ها و داده‌های کاری، جدا از برنامه‌ها و داده‌های شخصی،
فراهم می‌کند. بیشتر مدیریت‌های برنامه، داده، و غیره policies فقط برای نمایه کاری اعمال می‌شود، درحالی‌که برنامه‌ها و داده‌های شخصی کارمند خصوصی باقی می‌ماند.
برای راه‌اندازی نمایه کاری در دستگاهی با مالکیت شخصی، یک کد ثبت‌نام ایجاد کنید (مطمئن شوید allowPersonalUsage روی PERSONAL_USAGE_ALLOWED تنظیم شده باشد) و از یکی از روش‌های آماده‌سازی زیر استفاده کنید:
دستگاه‌های متعلق به شرکت برای استفاده کاری و شخصی
Android نسخه ۸ و بالاتر
راه‌اندازی دستگاه تحت مالکیت شرکت با نمایه کاری دستگاه را برای استفاده کاری و شخصی فعال می‌کند. در دستگاه‌های متعلق به شرکت با نمایه کاری:
- بیشتر مدیریت‌های برنامه، داده، و غیره
policiesفقط برای نمایه کاری اعمال می‌شود. - نمایه شخصی کارمند خصوصی باقی می‌ماند. بااین‌حال، شرکت‌ها می‌توانند برخی‌از خط‌مشی‌های سراسری دستگاه و خط‌مشی‌های استفاده شخصی را اعمال کنند.
- شرکت‌ها می‌توانند از
blockScopeبرای اعمال اقدامات رعایت مقررات در کل دستگاه یا فقط نمایه کاری آن استفاده کنند. devices.deleteو فرمان‌های دستگاه بر کل دستگاه اعمال می‌شود.
برای راه‌اندازی دستگاه تحت مالکیت شرکت با نمایه کاری، یک کد ثبت‌نام ایجاد کنید (مطمئن شوید allowPersonalUsage روی PERSONAL_USAGE_ALLOWED تنظیم شده باشد) و از یکی از روش‌های آماده‌سازی زیر استفاده کنید:
دستگاه‌های متعلق به شرکت فقط برای استفاده کاری
Android 5.1 و بالاتر
مدیریت کامل دستگاه برای دستگاه‌های متعلق به شرکت که منحصراً برای اهداف کاری درنظر گرفته شده‌اند مناسب است. شرکت‌ها می‌توانند همه برنامه‌های موجود در دستگاه را مدیریت کنند و می‌توانند طیف کاملی از خط‌مشی‌ها و فرمان‌های Android Management API را اعمال کنند.
همچنین می‌توان دستگاه را (ازطریق خط‌مشی) روی یک برنامه یا مجموعه کوچکی از برنامه‌ها قفل کرد تا برای هدف یا مورد استفاده اختصاصی به‌کار رود. به این زیرمجموعه از دستگاه‌های کاملاً مدیریت‌شده، دستگاه‌های اختصاصی گفته می‌شود. allowPersonalUsage برای این دستگاه‌ها باید روی
PERSONAL_USAGE_DISALLOWED_USERLESS تنظیم شده باشد.
برای راه‌اندازی مدیریت کامل در دستگاه متعلق به شرکت، یک کد ثبت‌نام ایجاد کنید،
مطمئن شوید allowPersonalUsage روی PERSONAL_USAGE_DISALLOWED یا
PERSONAL_USAGE_DISALLOWED_USERLESS تنظیم شده باشد، و از یکی از روش‌های
آماده‌سازی زیر استفاده کنید.
- ثبت‌نام تمام‌خودکار
- رمزینه پاسخ‌سریع
- نشانی وب ورود به سیستم (برای دستگاه‌های اختصاصی مناسب نیست)
- NFC
- شناسه DPC
خط‌مشی‌ها می‌توانند بر تولید میانای کاربر درطول آماده‌سازی دستگاه تأثیر بگذارند. این خط‌مشی‌ها عبارت‌اند از:
PasswordPolicyScope: این گزینه الزامات گذرواژه را تعیین می‌کند.PermittedInputMethods: این روش‌های ورودی بسته را تعیین می‌کند.PermittedAccessibilityServices: این تنظیم تعیین می‌کند کدام خدمات دسترس‌پذیری برای دستگاه‌های کاملاً مدیریت‌شده و نمایه کاری مجاز است.SetupActions: این مورد تعیین می‌کند چه کنش‌هایی درطول راه‌اندازی اجرا شود.ApplicationsPolicy: این گزینه خط‌مشی را برای برنامه‌ای خاص تعیین می‌کند.
اگر می‌خواهید مراحل گذرواژه درطول آماده‌سازی دستگاه درکنار نصب برنامه‌های کاری و کارت‌های ثبت دستگاه نشان داده شود، پیشنهاد می‌کنیم خط‌مشی‌هایتان را به‌روز کنید تا با نگه داشتن دستگاه در وضعیت قرنطینه، که درصورت ثبت‌نام بدون خط‌مشی مرتبط رخ می‌دهد، شروع تولید واسط کاربر را به‌تأخیر بیندازید تا زمانی که خط‌مشی نهایی انتخاب‌شده برای راه‌اندازی دستگاه را که با موارد مربوط به نیازهای راه‌اندازی شما پر شده است مشخص کنید. پس‌از تکمیل آماده‌سازی دستگاه، می‌توانید خط‌مشی را درصورت نیاز تغییر دهید.
ایجاد کد ثبت
برای هر دستگاهی که می‌خواهید ثبت‌نام کنید، به یک کد ثبت‌نام نیاز دارید (می‌توانید
از یک کد برای چند دستگاه استفاده کنید). برای درخواست کردن کد ثبت‌نام، با
enterprises.enrollmentTokens.create تماس بگیرید. توکن‌های ثبت‌نام به‌طور پیش‌فرض پس‌از یک ساعت منقضی می‌شوند، اما می‌توانید زمان انقضای سفارشی (duration)
تا حدود ۱۰٬۰۰۰ سال را مشخص کنید.
درخواست موفقیت‌آمیز یک شیء enrollmentToken برمی‌گرداند که حاوی
enrollmentTokenId و qrcode است که سرپرستان فناوری اطلاعات و کاربران نهایی می‌توانند از آن برای
آماده‌سازی دستگاه‌ها استفاده کنند.
مشخص کردن خط‌مشی
همچنین ممکن است بخواهید policyName را در درخواست مشخص کنید تا خط‌مشی‌ای را
هم‌زمان با ثبت‌نام دستگاه اعمال کنید. اگر policyName را مشخص نکنید،
ثبت‌نام دستگاه بدون خط‌مشی را ببینید.
مشخص کردن استفاده شخصی
allowPersonalUsage تعیین می‌کند که آیا نمایه کاری می‌تواند درطول تدارک به دستگاه اضافه شود یا نه. روی PERSONAL_USAGE_ALLOWED تنظیم کنید تا کاربر بتواند نمایه کاری ایجاد کند (برای دستگاه‌های تحت مالکیت شخصی الزامی است، برای دستگاه‌های تحت مالکیت شرکت اختیاری است).
معافیت برای کدهای ثبت موجود
برخی‌از مشتریان از توکن‌های ثبت‌نام با تاریخ انقضای طولانی برای انجام ثبت‌نام‌های مکرر استفاده می‌کنند. برای اطمینان از اینکه این گردش‌های کاری موجود قطع نمی‌شوند، هرگونه توکنی که قبل‌از فعال شدن الزامی شدن «اصالت‌سنجی بااستفاده از Google» برای اولین‌بار ایجاد شده باشد، از پیام‌واره‌های ورود به سیستم جدید معاف است. این کدهای قدیمی‌تر همچنان مانند قبل کار خواهند کرد و به کاربران اجازه می‌دهند دستگاه‌ها را بدون گذراندن فرایند اصالت‌سنجی Google ثبت‌نام کنند.
بااین‌حال، هر نشانه‌ای که پس‌از روشن شدن الزام اصالت‌سنجی Google برای اولین‌بار ایجاد شده باشد، از قوانین اصالت‌سنجی جدید پیروی می‌کند. این یعنی دستگاه‌هایی که از این کدهای جدیدتر استفاده می‌کنند، کاربران را ملزم می‌کنند که طبق تنظیمات انتخاب‌شده توسط سرپرست فناوری اطلاعات اصالت‌سنجی کنند. برای دستگاه‌های اختصاصی که نباید داده‌های کاربر را ذخیره کنند، مطمئن شوید allowPersonalUsage روی PERSONAL_USAGE_DISALLOWED_USERLESS تنظیم شده باشد تا صفحه اصالت‌سنجی نمایش داده نشود.
اجرا کردن اصالت‌سنجی Google هنگام ثبت‌نام
EMMها می‌توانند با تنظیم مقادیر مناسب در توکن ثبت‌نام یا توکن ورود به سیستم، ورود به سیستم «حساب Google» را درطول ثبت‌نام دستگاه اجباری کنند. این پیکربندی
تعیین می‌کند که دکمه «رد شدن» در صفحه ورود به سیستم Google پنهان باشد یا نه.
وقتی تنظیم شود، این گزینه‌ها خط‌مشی googleAuthenticationSettings
سراسر سازمان را لغو می‌کند.
گزینه‌های پیکربندی
می‌توانید رفتار اصالت‌سنجی را بااستفاده از شیء googleAuthenticationOptions
در EnrollmentToken یا SigninDetail کنترل کنید.
| فیلد | شرح | مقادیر |
authenticationRequirement |
مشخص می‌کند که آیا کاربر باید درطول ثبت‌نام با Google اصالت‌سنجی کند یا نه. | AUTHENTICATION_REQUIREMENT_UNSPECIFIED: به تنظیمات پیش‌فرض سازمانی برمی‌گردد.
اختیاری: کاربر صفحه ورود به سیستم Google را می‌بیند اما می‌تواند آن را رد کند. الزامی: کاربر نمی‌تواند از ورود به سیستم رد شود. دکمه «رد شدن» پنهان است. |
requiredAccountEmail |
ایمیل «حساب Google» مدیریت‌شده خاصی که کاربر باید استفاده کند.
توجه: اگر از این فیلد استفاده می‌شود، authenticationRequirement باید روی
REQUIRED تنظیم شود. |
رشته (مثلاً «user@enterprise.com») |
نمونه‌های پایه‌بار JSON
غیرفعال کردن دکمه رد شدن
برای پنهان کردن دکمه «رد شدن» و اجبار کاربر به ورود به سیستم با هر حساب سازمانی معتبر، الزام اصالت‌سنجی را روی REQUIRED (الزامی) تنظیم کنید.
{
...
"googleAuthenticationOptions": {
"authenticationRequirement": "REQUIRED"
}
}
الزامی کردن ایمیل حساب خاص
برای اجبار کاربر به ورود به سیستم با حساب تعیین‌شده، رشته
requiredAccountEmail را تعریف کنید. اگر فیلد requirement در کنار آن روی REQUIRED تنظیم نشده باشد، درخواست ایجاد توکن با خطای INVALID_ARGUMENT ناموفق خواهد بود.
{
...
"googleAuthenticationOptions": {
"authenticationRequirement": "REQUIRED",
"requiredAccountEmail": "user@enterprise.com"
}
}
درباره رمزینه‌های پاسخ‌سریع
رمزینه‌های پاسخ‌سریع به‌عنوان روشی کارآمد برای آماده‌سازی دستگاه برای مدیریت شخص ثالث در شرکت‌هایی که
خط‌مشی‌های مختلفی را حفظ می‌کنند عمل می‌کند. رمزینه پاسخ‌سریع برگشتی از
enterprises.enrollmentTokens.create از بار مفید جفت‌های کلید-مقدار تشکیل شده است
که حاوی یک کد ثبت‌نام و همه اطلاعات لازم برای Android
Device Policy برای آماده‌سازی دستگاه است.
دسته رمزینه پاسخ‌سریع نمونه
این بسته شامل مکان بارگیری «خط‌مشی دستگاه Android» و یک کد ثبت‌نام است.
{
"android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME": "com.google.android.apps.work.clouddpc/.receivers.CloudDeviceAdminReceiver",
"android.app.extra.PROVISIONING_DEVICE_ADMIN_SIGNATURE_CHECKSUM": "I5YvS0O5hXY46mb01BlRjq4oJJGs2kuUcHvVkAPEXlg",
"android.app.extra.PROVISIONING_DEVICE_ADMIN_PACKAGE_DOWNLOAD_LOCATION": "https://play.google.com/managed/downloadManagingApp?identifier=setup",
"android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE":{
"com.google.android.apps.work.clouddpc.EXTRA_ENROLLMENT_TOKEN": "{enrollment-token}"
}
}
می‌توانید از رمزینه پاسخ‌سریع برگردانده‌شده از enterprises.enrollmentTokens.create
مستقیماً استفاده کنید یا آن را سفارشی‌سازی کنید. برای مشاهده فهرست کامل ویژگی‌هایی که می‌توانید در
دسته رمزینه پاسخ‌سریع بگنجانید، ایجاد رمزینه پاسخ‌سریع را ببینید.
برای تبدیل رشته qrcode به «رمزینه پاسخ‌سریع» اسکن‌شدنی، از تولیدکننده «رمزینه پاسخ‌سریع»
مثل ZXing استفاده کنید.
روش‌های آماده‌سازی
این بخش روش‌های مختلف آماده‌سازی دستگاه را شرح می‌دهد.
افزودن نمایه کاری از «تنظیمات»
Android 5.1 و بالاتر
برای راه‌اندازی نمایه کاری در دستگاه، کاربر می‌تواند:
- به تنظیمات > Google > راه‌اندازی و بازیابی بروید.
- روی راه‌اندازی نمایه کاری تک‌ضرب بزنید.
این مراحل دستیار راه‌اندازی را آغاز می‌کند که «خط‌مشی دستگاه Android» را در دستگاه بارگیری می‌کند. سپس، از کاربر خواسته می‌شود رمزینه پاسخ‌سریع را اسکن کند یا برای تکمیل راه‌اندازی نمایه کاری، کد ثبت‌نام را به‌صورت دستی وارد کند.
بارگیری «خط‌مشی دستگاه Android»
Android 5.1 و بالاتر
برای راه‌اندازی نمایه کاری در دستگاه، کاربر می‌تواند خط‌مشی دستگاه Android را از «فروشگاه Google Play» بارگیری کند. پس‌از نصب برنامه، از کاربر خواسته می‌شود رمزینه پاسخ‌سریع را اسکن کند یا کد ثبت‌نام را به‌صورت دستی وارد کند تا راه‌اندازی نمایه کاری تکمیل شود.
پیوند کد ثبت‌نام
Android 5.1 و بالاتر
بااستفاده از کد ثبت‌نام برگردانده‌شده از enrollmentTokens.create یا
signinEnrollmentToken سازمانی،
نشانی وبی با قالب زیر تولید کنید:
https://enterprise.google.com/android/enroll?et=<enrollmentToken>
می‌توانید این نشانی وب را به سرپرستان فناوری اطلاعات ارائه دهید و آن‌ها می‌توانند آن را دراختیار کاربران نهایی خود قرار دهند. وقتی کاربر نهایی پیوند را در دستگاهش باز می‌کند، درطول راه‌اندازی نمایه کاری راهنمایی می‌شود.
نشانی وب ورود به سیستم
با این روش، کاربران به صفحه‌ای هدایت می‌شوند تا هرگونه اطلاعات اضافی موردنیاز برای تکمیل آماده‌سازی را وارد کنند. براساس اطلاعاتی که کاربر وارد می‌کند، می‌توانید خط‌مشی مناسب را برای کاربر محاسبه کنید و سپس آماده‌سازی دستگاه را ادامه دهید. برای مثال:
نشانی وب ورود به سیستم را در
enterprises.signInDetails[]مشخص کنید. اگر می‌خواهید به کاربر اجازه دهید نمایه کاری ایجاد کند،allowPersonalUsageرا رویPERSONAL_USAGE_ALLOWEDتنظیم کنید (برای دستگاه‌های تحت مالکیت شخصی الزامی است، برای دستگاه‌های تحت مالکیت شرکت اختیاری است).signinEnrollmentTokenحاصل را به‌عنوان آماده‌سازی اضافی به رمزینه پاسخ‌سریع، بار NFC، یا پیکربندی Zero-touch اضافه کنید. یا می‌توانیدsigninEnrollmentTokenرا مستقیماً به کاربران ارائه دهید.گزینه‌ای را انتخاب کنید:
- دستگاه‌های متعلق به شرکت: پس‌از روشن کردن دستگاه جدید یا بازنشانی‌شده به تنظیمات کارخانه،
signinEnrollmentTokenرا به دستگاه منتقل کنید (ازطریق رمزینه پاسخ‌سریع، NFC bump، و غیره) یا از کاربران بخواهید که کد را به‌صورت دستی وارد کنند. دستگاه نشانی وب ورود به سیستم مشخص‌شده در مرحله ۱ را باز خواهد کرد. - دستگاه‌های متعلق به شخص: از کاربران بخواهید نمایه کاری را از
«تنظیمات» اضافه کنند. وقتی از کاربر خواسته شد،
رمزینه پاسخ‌سریع حاوی
signinEnrollmentTokenرا اسکن می‌کند یا ژتون را به‌صورت دستی وارد می‌کند. دستگاه نشانی وب ورود به سیستم مشخص‌شده در مرحله ۱ را باز می‌کند. - دستگاه‌های تحت مالکیت شخصی: پیوند کد ثبت‌نام را دراختیار کاربران قرار دهید، که در آن کد ثبت‌نام
signinEnrollmentTokenاست. دستگاه نشانی وب ورود به سیستم مشخص‌شده در مرحله ۱ را باز می‌کند.
- دستگاه‌های متعلق به شرکت: پس‌از روشن کردن دستگاه جدید یا بازنشانی‌شده به تنظیمات کارخانه،
بررسی کنید آیا Google قبلاً کاربر را اصالت‌سنجی کرده است یا نه. اطلاعات آماده‌سازی دستگاه را (درطول ثبت‌نام دستگاه) بااستفاده از پارامتر GET
provisioningInfoدریافت کنید و مقدار فیلدauthenticatedUserEmailرا بررسی کنید. اگر مقداری در این فیلد وجود داشته باشد، کاربر قبلاً با موفقیت توسط Google اصالت‌سنجی شده است و می‌توانید از این هویت بدون اصالت‌سنجی بیشتر استفاده کنید.اگر Google قبلاً کاربر را اصالت‌سنجی نکرده باشد، نشانی وب ورود به سیستم شما باید از کاربران بخواهد اطلاعات کاربری‌شان را وارد کنند. براساس هویت آن‌ها، می‌توانید خط‌مشی مناسب را تعیین کنید و اطلاعات آماده‌سازی دستگاه را (درطول ثبت‌نام دستگاه) بااستفاده از پارامتر GET
provisioningInfoدریافت کنید.با
enrollmentTokens.createتماس بگیرید وpolicyIdمناسب را براساس اطلاعات اعتباری کاربر مشخص کنید.بااستفاده از تغییر مسیر نشانی وب، کد ثبت‌نام تولیدشده در مرحله ۵ را در فرم
https://enterprise.google.com/android/enroll?et=<token>برگردانید.
اجرا کردن اصالت‌سنجی Google با جریان نشانی وب ورود به سیستم
وقتی از SigninDetail برای جریان‌های ورود به سیستم طرف سوم (ازطریق
enterprises.create یا enterprises.patch) استفاده می‌کنید، می‌توانید
googleAuthenticationOptions را ارسال کنید. این کار قوانین را قبل‌از هدایت کاربر به نشانی وب ورود به سیستم شخص ثالث اعمال می‌کند.
وقتی EnrollmentToken در پایان جریان نشانی وب ورود به سیستم ایجاد می‌شود،
الزامات اصالت‌سنجی آن با SigninDetail اولیه تعامل برقرار می‌کند:
- اگر کاربر از ورود به سیستم Google رد شده باشد چون
SigninDetailآن را الزامی نکرده است، اماEnrollmentTokenحاصل، الزامی بودن آن را روی «الزامی» تنظیم کرده باشد، کاربر خطایی خواهد دید و باید به سیستم وارد شود. - اگر
requiredAccountEmailروی کد تنظیم شده باشد و کاربر با نشانی دیگری که متعلق به سازمان است به سیستم وارد شده باشد، خطای «حساب اشتباه» را دریافت خواهد کرد و باید دوباره با ایمیل الزامی صحیح به سیستم وارد شود.
روش رمزینه پاسخ‌سریع
Android 7.0 و بالاتر
برای آماده‌سازی دستگاه تحت مالکیت شرکت، می‌توانید رمزینه پاسخ‌سریع تولید کنید و آن را در کنسول EMM نمایش دهید:
- در دستگاه جدید یا بازنشانی کارخانه‌ای‌شده، کاربر (معمولاً سرپرست فناوری اطلاعات) شش بار روی یک نقطه از صفحه‌نمایش ضربه می‌زند. این کار باعث می‌شود دستگاه از کاربر بخواهد رمزینه پاسخ‌سریع را اسکن کند.
- کاربر رمزینه پاسخ‌سریع را که در کنسول مدیریت (یا برنامه مشابه) نمایش می‌دهید اسکن می‌کند تا دستگاه را ثبت‌نام و آماده‌سازی کند.
روش NFC
Android نسخه ۶.۰ و بالاتر
این روش مستلزم آن است که برنامه برنامه‌نویس NFC ایجاد کنید که حاوی کد ثبت‌نام، خط‌مشی‌های اولیه و پیکربندی Wi-Fi، تنظیمات، و همه جزئیات آماده‌سازی دیگر موردنیاز مشتری‌تان برای آماده‌سازی دستگاه کاملاً مدیریت‌شده یا اختصاصی باشد. وقتی شما یا مشتری‌تان برنامه برنامه‌نویس NFC را در دستگاهی با سیستم‌عامل Android نصب می‌کنید، آن دستگاه به دستگاه برنامه‌نویس تبدیل می‌شود.
راهنمای دقیق درباره نحوه پشتیبانی از روش NFC در مستندات توسعه‌دهنده Play EMM API دردسترس است. این سایت همچنین شامل کد نمونه پارامترهای پیش‌فرض است که درصورت برخورد NFC به دستگاه ارسال می‌شود. برای نصب «خط‌مشی دستگاه Android»، مکان بارگیری بسته سرپرست دستگاه را روی این مورد تنظیم کنید:
https://play.google.com/managed/downloadManagingApp?identifier=setup
روش شناسه DPC
اگر Android Device Policy را نمی‌توان بااستفاده از رمزینه پاسخ‌سریع یا NFC اضافه کرد، کاربر یا سرپرست فناوری اطلاعات می‌تواند این مراحل را برای آماده‌سازی دستگاه متعلق به شرکت دنبال کند:
- در دستگاه جدید یا بازنشانی‌شده به تنظیمات کارخانه، دستیار راه‌اندازی را دنبال کنید.
- جزئیات ورود به سیستم Wi-Fi را وارد کنید تا دستگاه به اینترنت متصل شود.
- وقتی از شما خواسته شد به سیستم وارد شوید، afw#setup را وارد کنید تا «خط‌مشی دستگاه Android» بارگیری شود.
- رمزینه پاسخ‌سریع را اسکن کنید یا برای آماده‌سازی دستگاه، کد ثبت‌نام را به‌صورت دستی وارد کنید.
ثبت‌نام تمام‌خودکار
Android 8.0 و بالاتر (Pixel 7.1 و بالاتر)
دستگاه‌های خریداری‌شده از فروشنده مجاز تمام‌خودکار واجدشرایط ثبت‌نام تمام‌خودکار هستند، روشی ساده برای پیکربندی پیشاپیش دستگاه‌ها برای آماده‌سازی خودکار آن‌ها در اولین راه‌اندازی.
سازمان‌ها می‌توانند پیکربندی‌هایی حاوی جزئیات آماده‌سازی برای دستگاه‌های تمام‌خودکار خود ایجاد کنند، چه ازطریق درگاه ثبت‌نام تمام‌خودکار یا بااستفاده از کنسول EMM شما (به میانای برنامه‌سازی کاربردی مشتری تمام‌خودکار مراجعه کنید). در اولین راه‌اندازی، دستگاه zero-touch بررسی می‌کند که آیا پیکربندی به آن اختصاص داده شده است یا نه. اگر چنین باشد، دستگاه Android Device Policy را بارگیری می‌کند، که سپس راه‌اندازی دستگاه را بااستفاده از موارد اضافی تدارک مشخص‌شده در پیکربندی اختصاص‌داده‌شده به آن تکمیل می‌کند.
اگر مشتریانتان از درگاه ثبت‌نام تمام‌خودکار استفاده می‌کنند، باید خط‌مشی دستگاه Android را به‌عنوان EMM DPC برای هر پیکربندی‌ای که ایجاد می‌کنند انتخاب کنند. دستورالعمل‌های دقیق درباره نحوه استفاده از درگاه، ازجمله نحوه ایجاد و اختصاص دادن پیکربندی‌ها به دستگاه‌ها، در مرکز راهنمایی Android Enterprise دردسترس است.
اگر ترجیح می‌دهید مشتریانتان پیکربندی‌ها را مستقیماً از کنسول EMM شما تنظیم و اختصاص دهند، باید با میانای برنامه‌سازی کاربردی مشتری تمام‌خودکار ادغام کنید. هنگام
ایجاد پیکربندی، موارد اضافی آماده‌سازی را در
فیلد dpcExtras مشخص می‌کنید. تکه‌کد JSON زیر نمونه‌ای ساده از آنچه را که باید در dpcExtras گنجانده شود
با یک کد ورود به سیستم اضافه‌شده نشان می‌دهد.
{
"android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME":"com.google.android.apps.work.clouddpc/.receivers.CloudDeviceAdminReceiver",
"android.app.extra.PROVISIONING_DEVICE_ADMIN_SIGNATURE_CHECKSUM":"I5YvS0O5hXY46mb01BlRjq4oJJGs2kuUcHvVkAPEXlg",
"android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE":{
"com.google.android.apps.work.clouddpc.EXTRA_ENROLLMENT_TOKEN":"{Sign In URL token}"
}
}
راه‌اندازی برنامه درطول راه‌اندازی
setupActions برای راه‌اندازی برنامه
درطول راه‌اندازی استفاده کنید.در policies، می‌توانید یک برنامه را برای راه‌اندازی «خط‌مشی دستگاه Android»
درطول راه‌اندازی دستگاه یا نمایه کاری مشخص کنید. برای مثال، می‌توانید برنامه VPN را راه‌اندازی کنید تا
کاربران بتوانند تنظیمات VPN را به‌عنوان بخشی از فرایند راه‌اندازی پیکربندی کنند. برنامه باید
RESULT_OK را برگرداند تا تکمیل را نشان دهد و به «خط‌مشی دستگاه Android» اجازه دهد
آماده‌سازی نمایه کاری یا دستگاه را تکمیل کند. برای راه‌اندازی برنامه درطول راه‌اندازی:
مطمئن شوید installType برنامه REQUIRED_FOR_SETUP باشد. اگر برنامه نتواند در دستگاه نصب یا راه‌اندازی شود، آماده‌سازی ناموفق خواهد بود.
{
"applications":[
{
"packageName":"com.my.vpnapp.",
"installType":"REQUIRED_FOR_SETUP"
}
]
}
نام بسته برنامه را به setupActions اضافه کنید. از title و description برای
مشخص کردن دستورالعمل‌های سَمت کاربر استفاده کنید.
{
"setupActions":[
{
"title":{
"defaultMessage":"Configure VPN"
},
"description":{
"defaultMessage":"Enable your VPN client to access corporate resources."
},
"launchApp":{
"packageName":"com.my.vpnapp."
}
}
]
}
برای تشخیص اینکه برنامه از launchApp راه‌اندازی شده است، فعالیتی که ابتدا به‌عنوان بخشی از برنامه راه‌اندازی می‌شود حاوی هدف بولی اضافی com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (تنظیم‌شده روی true) است. این مورد اضافی به شما امکان می‌دهد برنامه‌تان را براساس اینکه از setupActions راه‌اندازی شده است یا توسط کاربر، سفارشی‌سازی کنید.
پس‌از اینکه برنامه RESULT_OK را برگرداند، «خط‌مشی دستگاه Android» هرگونه مراحل باقی‌مانده لازم برای آماده‌سازی دستگاه یا نمایه کاری را تکمیل می‌کند.
لغو ثبت‌نام درطول راه‌اندازی
برنامه‌ای که به‌عنوان SetupAction راه‌اندازی شده است می‌تواند ثبت‌نام را لغو کند و
RESULT_FIRST_USER را برگرداند.
لغو ثبت‌نام باعث بازنشانی دستگاه تحت مالکیت شرکت یا حذف نمایه کاری در دستگاه تحت مالکیت شخصی می‌شود.
توجه: لغو ثبت‌نام باعث راه‌اندازی کنش بدون کادر گفتگوی تأیید کاربر می‌شود. برنامه مسئول است که قبل‌از برگرداندن RESULT_FIRST_USER، کادر گفتگوی خطای مناسبی به کاربر نشان دهد.
اعمال خط‌مشی بر دستگاه‌هایی که تازه ثبت‌نام کرده‌اند
روشی که برای اعمال خط‌مشی‌ها بر دستگاه‌های تازه ثبت‌نام‌شده استفاده می‌کنید به شما و الزامات مشتریانتان بستگی دارد. در اینجا رویکردهای مختلفی که می‌توانید استفاده کنید آورده شده است:
(توصیه‌شده) هنگام ایجاد کردن یک توکن ثبت‌نام، می‌توانید نام خط‌مشی (
policyName) را که در ابتدا به دستگاه پیوند داده خواهد شد مشخص کنید. وقتی دستگاهی را بااستفاده از کد ثبت می‌کنید، خط‌مشی به‌طور خودکار به دستگاه اعمال می‌شود.تنظیم کردن خط‌مشی به‌عنوان خط‌مشی پیش‌فرض برای سازمان. اگر نام خط‌مشی‌ای در کد ثبت‌نام مشخص نشده باشد و خط‌مشی‌ای با نام
enterprises/<enterprise_id>/policies/defaultوجود داشته باشد، هر دستگاه جدید در زمان ثبت‌نام به‌طور خودکار به خط‌مشی پیش‌فرض پیوند داده می‌شود.در موضوع Cloud Pub/Sub مشترک شوید تا اعلان‌های مربوط به دستگاه‌های جدیداً ثبت‌شده را دریافت کنید. در پاسخ به اعلان
ENROLLMENT، باenterprises.devices.patchتماس بگیرید تا دستگاه را به خط‌مشی پیوند دهید.
ثبت دستگاه بدون خط‌مشی
اگر دستگاهی بدون خط‌مشی معتبر ثبت شود، دستگاه در قرنطینه قرار می‌گیرد. دستگاه‌های قرنطینه‌شده تا زمانی که به خط‌مشی‌ای پیوند داده نشوند، از همه عملکردهای دستگاه مسدود می‌شوند.
اگر دستگاهی ظرف پنج دقیقه به خط‌مشی‌ای پیوند داده نشود، ثبت‌نام دستگاه ناموفق خواهد بود و دستگاه بازنشانی کارخانه‌ای می‌شود. وضعیت قرنطینه دستگاه به شما این امکان را می‌دهد که بررسی‌های صدور پروانه یا سایر فرایندهای اعتبارسنجی ثبت‌نام را به‌عنوان بخشی از راه‌حل خود اجرا کنید.
نمونه گردش کار بررسی پروانه
- دستگاهی بدون خط‌مشی پیش‌فرض یا خط‌مشی خاص ثبت‌نام شده است.
- بررسی کنید که سازمان چند پروانه باقی‌مانده دارد.
- اگر پروانه دردسترس وجود دارد، از
devices.patchبرای پیوست کردن خط‌مشی به دستگاه استفاده کنید و سپس تعداد پروانه‌هایتان را کاهش دهید. اگر پروانه‌ای دردسترس نیست، ازdevices.patchبرای غیرفعال کردن دستگاه استفاده کنید. یا اینکه API هر دستگاهی را که ظرف پنج دقیقه پس‌از ثبت‌نام به خط‌مشی‌ای متصل نشده باشد بازنشانی کارخانه‌ای می‌کند.