ডিভাইস এনরোল ও প্রোভিশন করা

প্রভিশনিং হল এমন একটি প্রক্রিয়া যার মাধ্যমে enterprise-এর দ্বারা policies ব্যবহার করে ম্যানেজ করার জন্য ডিভাইস সেট-আপ করা হয়। প্রসেস চলাকালীন, একটি ডিভাইস Android Device Policy ইনস্টল করে, যা policies গ্রহণ ও এনফোর্স করতে ব্যবহার করা হয়। প্রভিশনিং সফল হলে, API একটি devices অবজেক্ট তৈরি করে, যা ডিভাইসকে একটি এন্টারপ্রাইজের সাথে বাইন্ড করে।

Android Management API, এনরোলমেন্ট টোকেন ব্যবহার করে প্রভিশনিং প্রসেস ট্রিগার করে। আপনার ব্যবহার করা এনরোলমেন্ট টোকেন ও প্রোভিশনিং পদ্ধতি ডিভাইসের মালিকানা (ব্যক্তিগত মালিকানাধীন বা কোম্পানির মালিকানাধীন) এবং ম্যানেজমেন্ট মোড (ওয়ার্ক প্রোফাইল বা সম্পূর্ণভাবে ম্যানেজ করা ডিভাইস) নির্ধারণ করে।

কোটা সিস্টেম প্রতিটি প্রোজেক্ট কতগুলি ডিভাইস ম্যানেজ করতে পারবে তা নিয়ন্ত্রণ করে। আপনার প্রথম ডিভাইস প্রোভিশন করার আগে আপনাকে অবশ্যই প্রাথমিক ডিভাইস কোটার জন্য অনুরোধ করতে হবে।

ব্যক্তিগত মালিকানাধীন ডিভাইস

Android 5.1+

কর্মচারীদের মালিকানাধীন ডিভাইসগুলি অফিস প্রোফাইল-এর মাধ্যমে সেট-আপ করা যেতে পারে। অফিস প্রোফাইল অফিসের অ্যাপ ও ডেটার জন্য একটি স্বয়ংসম্পূর্ণ স্পেস প্রদান করে, যা ব্যক্তিগত অ্যাপ ও ডেটা থেকে আলাদা। বেশিরভাগ অ্যাপ, ডেটা ও অন্যান্য ম্যানেজমেন্ট policies শুধুমাত্র অফিস প্রোফাইলের ক্ষেত্রে প্রযোজ্য হয়, তবে কর্মীর ব্যক্তিগত অ্যাপ ও ডেটা ব্যক্তিগতই থাকে।

ব্যক্তিগত মালিকানাধীন ডিভাইসে অফিস প্রোফাইল সেট-আপ করতে, একটি এনরোলমেন্ট টোকেন তৈরি করুন (নিশ্চিত করুন যে allowPersonalUsage-কে PERSONAL_USAGE_ALLOWED-এ সেট করা হয়েছে) এবং নিম্নলিখিত প্রভিশনিং পদ্ধতির মধ্যে একটি ব্যবহার করুন:

অফিস ও ব্যক্তিগত ব্যবহারের জন্য কোম্পানির মালিকানাধীন ডিভাইস

Android 8+

অফিস প্রোফাইল সহ কোম্পানির মালিকানাধীন ডিভাইস সেট-আপ করলে, ডিভাইসটি অফিস ও ব্যক্তিগত ব্যবহার, উভয়ের জন্যই উপযুক্ত হয়ে ওঠে। অফিস প্রোফাইল সহ কোম্পানির মালিকানাধীন ডিভাইসে:

  • বেশিরভাগ অ্যাপ, ডেটা ও অন্যান্য ম্যানেজমেন্ট 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-এ সেট করা আছে এবং নিম্নলিখিত প্রভিশনিং পদ্ধতির মধ্যে একটি ব্যবহার করুন।

ডিভাইস প্রোভিশনিংয়ের সময় নীতি UI তৈরির উপর প্রভাব ফেলতে পারে। এই ধরনের নীতিগুলি হল:

  • PasswordPolicyScope: এটি পাসওয়ার্ডের প্রয়োজনীয়তা নির্ধারণ করে।
  • PermittedInputMethods: এটি প্যাকেজ ইনপুট পদ্ধতি নির্ধারণ করে।
  • PermittedAccessibilityServices: এটি নির্ধারণ করে যে সম্পূর্ণভাবে ম্যানেজ করা ডিভাইস এবং অফিস প্রোফাইলের জন্য কোন অ্যাক্সেসিবিলিটি পরিষেবা অনুমোদিত।
  • SetupActions: সেট-আপের সময় কোন কোন অ্যাকশন নেওয়া হবে তা এটি নির্ধারণ করে।
  • ApplicationsPolicy: এটি কোনও একটি অ্যাপের জন্য নীতি নির্ধারণ করে।

ডিভাইস সেট-আপ করার সময় আপনি যদি চান যে অফিসের অ্যাপ ইনস্টল করা এবং ডিভাইস রেজিস্টার কার্ডের পাশাপাশি পাসওয়ার্ড সংক্রান্ত ধাপগুলিও দেখানো হোক, তাহলে আমরা সাজেস্ট করি যে আপনার নীতি আপডেট করে UI জেনারেশন শুরু করার প্রসেস পিছিয়ে দিন। এর জন্য ডিভাইসকে কোয়ারেন্টাইন অবস্থায় রাখুন। কোনও সংশ্লিষ্ট নীতি ছাড়াই এনরোল করা হলে এটি হয়। ডিভাইস সেট-আপের জন্য চূড়ান্তভাবে বেছে নেওয়া নীতি নির্দিষ্ট না করা পর্যন্ত এটি করুন। এই নীতিতে আপনার সেট-আপের প্রয়োজনীয়তা অনুযায়ী প্রাসঙ্গিক আইটেম থাকে। ডিভাইসের প্রভিশনিং সম্পূর্ণ হয়ে গেলে, আপনি প্রয়োজন অনুযায়ী নীতি পরিবর্তন করতে পারবেন।

এনরোলমেন্ট টোকেন তৈরি করুন

Android Management ওভারভিউ।
ছবি ১. এমন একটি টোকেন তৈরি করুন যা ডিভাইসে "policy1" এনরোল ও প্রয়োগ করে। ১৮০০ সেকেন্ড (৩০ মিনিট) পরে টোকেনের মেয়াদ শেষ হয়ে যায়।

আপনি যে ডিভাইস এনরোল করতে চান তার জন্য এনরোলমেন্ট টোকেন প্রয়োজন (আপনি একাধিক ডিভাইসের জন্য একই টোকেন ব্যবহার করতে পারেন)। এনরোলমেন্ট টোকেনের অনুরোধ করতে, 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 নীতি ওভাররাইড করে।

কনফিগারেশন বিকল্প

আপনি EnrollmentToken বা SigninDetail-এর মধ্যে googleAuthenticationOptions অবজেক্ট ব্যবহার করে যাচাইকরণ সংক্রান্ত আচরণ নিয়ন্ত্রণ করতে পারবেন।

ফিল্ড বিবরণ ভ্যালু
authenticationRequirement এনরোলমেন্টের সময় ব্যবহারকারীকে Google-এর মাধ্যমে যাচাই করতে হবে কিনা তা উল্লেখ করে। AUTHENTICATION_REQUIREMENT_UNSPECIFIED: এন্টারপ্রাইজের ডিফল্ট সেটিংসে ফিরে যায়।
ঐচ্ছিক: ব্যবহারকারী Google সাইন-ইন স্ক্রিন দেখতে পান, তবে তিনি এটি এড়িয়ে যাওয়ার বিকল্প বেছে নিতে পারেন।
প্রয়োজনীয়: ব্যবহারকারী সাইন-ইন করা এড়িয়ে যেতে পারবেন না। "এড়িয়ে যান" বোতামটি লুকানো আছে।
requiredAccountEmail ব্যবহারকারীকে অবশ্যই নির্দিষ্ট ম্যানেজ করা Google অ্যাকাউন্ট ইমেল ব্যবহার করতে হবে।
মনে রাখবেন: এই ফিল্ড ব্যবহার করা হলে authenticationRequirement অবশ্যই REQUIRED-এ সেট করতে হবে।		 স্ট্রিং (যেমন, "user@enterprise.com")

JSON পেলোডের উদাহরণ

এড়িয়ে যাওয়ার বোতাম বন্ধ করুন

"এড়িয়ে যান" বোতামটি লুকাতে এবং ব্যবহারকারীকে কোনও বৈধ এন্টারপ্রাইজ অ্যাকাউন্ট দিয়ে সাইন-ইন করতে বাধ্য করতে, যাচাইকরণের প্রয়োজনীয়তা REQUIRED-এ সেট করুন।

{
  ...
  "googleAuthenticationOptions": {
    "authenticationRequirement": "REQUIRED"
  }
}

নির্দিষ্ট অ্যাকাউন্ট ইমেল প্রয়োজন

ব্যবহারকারীকে নির্দিষ্ট অ্যাকাউন্ট দিয়ে সাইন-ইন করতে বাধ্য করতে, requiredAccountEmail স্ট্রিং নির্দিষ্ট করুন। টোকেন তৈরির অনুরোধ ব্যর্থ হবে এবং INVALID_ARGUMENT সংক্রান্ত সমস্যা দেখা যাবে, যদি এর সাথে প্রয়োজনীয় ফিল্ড REQUIRED হিসেবে সেট করা না থাকে।

{
...
  "googleAuthenticationOptions": {
    "authenticationRequirement": "REQUIRED",
    "requiredAccountEmail": "user@enterprise.com"
  }
}

QR কোড সম্পর্কে

QR কোড হল এমন এন্টারপ্রাইজের জন্য একটি দক্ষ ডিভাইস প্রভিশনিং পদ্ধতি যা অনেকগুলি বিভিন্ন নীতি বজায় রাখে। enterprises.enrollmentTokens.create থেকে পাওয়া QR কোডটি কী-ভ্যালু পেয়ারের পেলোড দিয়ে তৈরি করা হয় যার মধ্যে এনরোলমেন্ট টোকেন এবং Android Device Policy-এর জন্য প্রয়োজনীয় সব তথ্য থাকে যাতে ডিভাইসটি প্রোভিশন করা যায়।

উদাহরণ QR কোড বান্ডেল

এই বান্ডেলে 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 থেকে পাওয়া QR কোড সরাসরি ব্যবহার করতে অথবা কাস্টমাইজ করতে পারবেন। QR কোড বান্ডেলে অন্তর্ভুক্ত করতে পারবেন এমন প্রপার্টির সম্পূর্ণ তালিকা দেখতে, QR কোড তৈরি করুন বিকল্প দেখুন।

qrcode স্ট্রিং স্ক্যান করা যায় এমন QR কোডে পরিবর্তন করতে, ZXing-এর মতো QR কোড জেনারেটর ব্যবহার করুন।

প্রভিশনিং পদ্ধতি

এই বিভাগে ডিভাইস প্রোভিশন করার বিভিন্ন পদ্ধতি বর্ণনা করা হয়েছে।

"সেটিংস" থেকে অফিস প্রোফাইল যোগ করুন

Android 5.1+

কোনও ব্যবহারকারী তার ডিভাইসে অফিস প্রোফাইল সেট-আপ করতে এগুলি করতে পারেন:

  1. সেটিংস > Google > সেট-আপ করুন ও ফিরিয়ে আনুন বিকল্পে যান।
  2. আপনার অফিস প্রোফাইল সেট-আপ করুন বিকল্পে ট্যাপ করুন।

এইসব ধাপ একটি সেট-আপ উইজার্ড শুরু করে যা ডিভাইসে Android ডিভাইস নীতি ডাউনলোড করে। এরপর, ব্যবহারকারীকে একটি QR কোড স্ক্যান করতে বা ওয়ার্ক প্রোফাইল সেট-আপ সম্পূর্ণ করতে ম্যানুয়ালি একটি এনরোলমেন্ট টোকেন লিখতে বলা হবে।

Android ডিভাইস নীতি ডাউনলোড করুন

Android 5.1+

ডিভাইসে অফিস প্রোফাইল সেট-আপ করতে, ব্যবহারকারী Google Play Store থেকে Android Device Policy ডাউনলোড করতে পারবেন। অ্যাপ ইনস্টল করার পরে, ব্যবহারকারীকে QR কোড বা ম্যানুয়ালি একটি এনরোলমেন্ট টোকেন লিখতে বলা হবে যাতে ওয়ার্ক প্রোফাইল সেট-আপ সম্পূর্ণ করা যায়।

Android 5.1+

enrollmentTokens.create বা এন্টারপ্রাইজের signinEnrollmentToken থেকে পাওয়া এনরোলমেন্ট টোকেন ব্যবহার করে, নিম্নলিখিত ফর্ম্যাটে একটি URL তৈরি করুন:

https://enterprise.google.com/android/enroll?et=<enrollmentToken>

আপনি এই URL আইটি অ্যাডমিনদের দিতে পারেন, যারা এটি তাদের ব্যবহারকারীদের দিতে পারেন। ব্যবহারকারী তার ডিভাইস থেকে লিঙ্কটি খুললে, তাকে অফিস প্রোফাইল সেট-আপ করার জন্য নির্দেশনা দেওয়া হবে।

সাইন-ইন করার URL

এই পদ্ধতিতে, ব্যবহারকারীদের একটি পৃষ্ঠায় নির্দেশিত করা হয় যেখানে তাদের প্রভিশনিং সম্পূর্ণ করার জন্য প্রয়োজনীয় অতিরিক্ত তথ্য লিখতে হয়। ব্যবহারকারীর লেখা তথ্যের ভিত্তিতে, ডিভাইস প্রোভিশনিংয়ের সাথে এগিয়ে যাওয়ার আগে আপনি ব্যবহারকারীর জন্য উপযুক্ত নীতি হিসাব করতে পারবেন। যেমন:

  1. enterprises.signInDetails[]-এ আপনার সাইন-ইন URL উল্লেখ করুন। আপনি কোনও ব্যবহারকারীকে অফিস প্রোফাইল তৈরি করার অনুমতি দিতে চাইলে, allowPersonalUsage-কে PERSONAL_USAGE_ALLOWED-এ সেট করুন (ব্যক্তিগত মালিকানাধীন ডিভাইসের জন্য প্রয়োজন, কোম্পানির মালিকানাধীন ডিভাইসের জন্য ঐচ্ছিক)।

    ফলাফল হিসেবে পাওয়া signinEnrollmentToken-কে QR কোড, NFC পেলোড বা জিরো-টাচ কনফিগারেশন-এ প্রভিশনিং এক্সট্রা হিসেবে যোগ করুন। বিকল্প হিসেবে, আপনি সরাসরি ব্যবহারকারীদের signinEnrollmentToken দিতে পারেন।

  2. একটি বিকল্প বেছে নিন:

    1. কোম্পানির মালিকানাধীন ডিভাইস: নতুন বা ফ্যাক্টরি রিসেট করা ডিভাইস চালু করার পরে, ডিভাইসে signinEnrollmentToken পাস করুন (QR কোড, NFC বাম্প ইত্যাদির মাধ্যমে) অথবা ব্যবহারকারীদের ম্যানুয়ালি টোকেন লিখতে বলুন। ডিভাইসটি ১ নম্বর ধাপে উল্লেখ করা সাইন-ইন URL খুলবে।
    2. ব্যক্তিগত মালিকানাধীন ডিভাইস: ব্যবহারকারীদের "সেটিংস" থেকে অফিস প্রোফাইল যোগ করতে বলুন। প্রম্পট করা হলে, ব্যবহারকারী signinEnrollmentToken সহ QR কোড স্ক্যান করেন অথবা ম্যানুয়ালি টোকেন লেখেন। ডিভাইসটি ধাপ ১-এ উল্লেখ করা সাইন-ইন URL খুলবে।
    3. ব্যক্তিগত মালিকানাধীন ডিভাইস: ব্যবহারকারীদের একটি এনরোলমেন্ট টোকেন link দিন, যেখানে এনরোলমেন্ট টোকেন হল signinEnrollmentToken। ডিভাইসটি ধাপ ১-এ উল্লেখ করা সাইন-ইন URL খুলবে।

  3. Google আগেই ব্যবহারকারীকে যাচাই করেছে কিনা তা চেক করুন। GET প্যারামিটার provisioningInfo ব্যবহার করে ডিভাইসের প্রভিশনিং সংক্রান্ত তথ্য (ডিভাইস এনরোল করার সময়) পান এবং authenticatedUserEmail ফিল্ডের ভ্যালু চেক করুন। এই ফিল্ডে কোনও ভ্যালু থাকলে, Google আগেই ব্যবহারকারীকে যাচাই করেছে এবং আপনি আরও যাচাইকরণ ছাড়াই এই পরিচয় ব্যবহার করতে পারবেন।

  4. Google যদি ব্যবহারকারীকে আগে থেকে যাচাই না করে থাকে, তাহলে আপনার সাইন-ইন URL ব্যবহারকারীকে তার ক্রেডেনশিয়াল লিখতে প্রম্পট করবে। তাদের পরিচয়ের ভিত্তিতে, আপনি উপযুক্ত নীতি নির্ধারণ করতে এবং GET প্যারামিটার provisioningInfo ব্যবহার করে ডিভাইস প্রোভিশনিং সংক্রান্ত তথ্য (ডিভাইস এনরোলমেন্টের সময়) পেতে পারবেন।

  5. ব্যবহারকারীর ক্রেডেনশিয়ালের উপর ভিত্তি করে উপযুক্ত policyId উল্লেখ করে enrollmentTokens.create কল করুন।

  6. URL রিডাইরেক্ট ব্যবহার করে ৫ নম্বর ধাপে তৈরি করা এনরোলমেন্ট টোকেন ফিরিয়ে দিন, https://enterprise.google.com/android/enroll?et=<token> ফর্মে।

সাইন-ইন URL ফ্লো সহ Google যাচাইকরণ প্রয়োগ করুন

থার্ড-পার্টি সাইন-ইন ফ্লোয়ের (enterprises.create বা enterprises.patch-এর মাধ্যমে) জন্য SigninDetail ব্যবহার করলে, আপনি googleAuthenticationOptions পাস করতে পারবেন। ব্যবহারকারীকে থার্ড-পার্টি সাইন-ইন URL-এ রিডাইরেক্ট করার আগে এটি নিয়ম এনফোর্স করে।

সাইন-ইন URL ফ্লোয়ের শেষে EnrollmentToken তৈরি করা হলে, এটির যাচাইকরণের প্রয়োজনীয়তা প্রাথমিক SigninDetail-এর সাথে ইন্টার‍্যাক্ট করে:

  • SigninDetail-এর জন্য প্রয়োজন নেই বলে ব্যবহারকারী Google সাইন-ইন এড়িয়ে গেলে, কিন্তু EnrollmentToken-এর জন্য প্রয়োজন বলে সেট করা থাকলে, ব্যবহারকারী একটি সমস্যা দেখতে পাবেন এবং তাকে সাইন-ইন করতে হবে।
  • টোকেনে requiredAccountEmail সেট করা থাকলে এবং ব্যবহারকারী এন্টারপ্রাইজের অন্য কোনও আইডি দিয়ে সাইন-ইন করলে, তিনি "ভুল অ্যাকাউন্ট" সংক্রান্ত সমস্যা দেখতে পাবেন এবং প্রয়োজনীয় সঠিক ইমেল আইডি দিয়ে তাকে আবার সাইন-ইন করতে হবে।

QR কোড পদ্ধতি

Android 7.0+

কোম্পানির মালিকানাধীন ডিভাইস প্রোভিশন করতে, আপনি QR কোড জেনারেট করতে এবং আপনার EMM কনসোলে এটি দেখাতে পারবেন:

  1. নতুন বা ফ্যাক্টরি রিসেট করা ডিভাইসে, ব্যবহারকারী (সাধারণত আইটি অ্যাডমিন) স্ক্রিনের একই জায়গায় ছয়বার ট্যাপ করেন। এটি ডিভাইসকে ট্রিগার করে যাতে ব্যবহারকারীকে QR কোড স্ক্যান করার জন্য প্রম্পট করা হয়।
  2. ব্যবহারকারী আপনার ম্যানেজমেন্ট কনসোলে (বা একই ধরনের অ্যাপ্লিকেশনে) দেখানো QR কোড স্ক্যান করে ডিভাইস এনরোল ও প্রোভিশন করেন।

NFC পদ্ধতি

Android 6.0+

এই পদ্ধতিতে আপনাকে একটি NFC প্রোগ্রামার অ্যাপ তৈরি করতে হবে যাতে এনরোলমেন্ট টোকেন, প্রাথমিক নীতি এবং ওয়াই-ফাই কনফিগারেশন, সেটিংস এবং আপনার গ্রাহকের সম্পূর্ণ ম্যানেজ করা বা ডেডিকেটেড ডিভাইস প্রোভিশন করার জন্য প্রয়োজনীয় অন্যান্য সব প্রোভিশনিংয়ের বিবরণ থাকে। আপনি বা আপনার গ্রাহক Android-চালিত ডিভাইসে NFC প্রোগ্রামার অ্যাপ ইনস্টল করলে, সেই ডিভাইসটি প্রোগ্রামার ডিভাইস হয়ে যায়।

NFC পদ্ধতি কীভাবে কাজ করে সেই সম্পর্কে বিস্তারিত নির্দেশিকা Play EMM API ডেভেলপার ডকুমেন্টেশনে উপলভ্য আছে। এছাড়াও, সাইটে ডিফল্ট প্যারামিটারের স্যাম্পেল কোড অন্তর্ভুক্ত আছে যা NFC বাম্পের মাধ্যমে ডিভাইসে পুশ করা হয়। Android ডিভাইস নীতি ইনস্টল করতে, ডিভাইস অ্যাডমিন প্যাকেজের ডাউনলোড লোকেশন এখানে সেট করুন:

https://play.google.com/managed/downloadManagingApp?identifier=setup

DPC শনাক্তকারী পদ্ধতি

QR কোড বা NFC ব্যবহার করে Android Device Policy যোগ করা না গেলে, কোনও ব্যবহারকারী বা আইটি অ্যাডমিন কোম্পানির মালিকানাধীন ডিভাইস প্রভিশন করতে এইসব ধাপ অনুসরণ করতে পারেন:

  1. নতুন বা ফ্যাক্টরি রিসেট করা ডিভাইসে সেট-আপ উইজার্ড ফলো করুন।
  2. ডিভাইসটি ইন্টারনেটের সাথে কানেক্ট করতে ওয়াই-ফাই লগ-ইনের বিবরণ লিখুন।
  3. সাইন-ইন করার জন্য প্রম্পট করা হলে, afw#setup লিখুন, যা Android Device Policy ডাউনলোড করে।
  4. ডিভাইস প্রোভিশন করতে, QR কোড স্ক্যান করুন অথবা ম্যানুয়ালি এনরোলমেন্ট টোকেন লিখুন।

জিরো-টাচ এনরোলমেন্ট

Android 8.0+ (Pixel 7.1+)

অনুমোদিত জিরো-টাচ রিসেলার থেকে কেনা ডিভাইস জিরো-টাচ এনরোলমেন্টের জন্য উপযুক্ত, এটি হল প্রথমবার বুট করার সময় অটোমেটিক প্রভিশন করার জন্য ডিভাইস আগে থেকে কনফিগার করার একটি স্ট্রিমলাইনড পদ্ধতি।

প্রতিষ্ঠানগুলি তাদের জিরো-টাচ ডিভাইসের জন্য প্রভিশনিং বিবরণ সহ কনফিগারেশন তৈরি করতে পারে, জিরো-টাচ এনরোলমেন্ট পোর্টাল-এর মাধ্যমে অথবা আপনার EMM কনসোল ব্যবহার করে (জিরো-টাচ গ্রাহক API দেখুন)। প্রথমবার বুট করার সময়, জিরো-টাচ ডিভাইস চেক করে দেখে যে সেটিকে কোনও কনফিগারেশন অ্যাসাইন করা হয়েছে কিনা। যদি তাই হয়, তাহলে ডিভাইসটি Android Device Policy ডাউনলোড করে, যা পরে অ্যাসাইন করা কনফিগারেশনে নির্দিষ্ট করা অতিরিক্ত প্রভিশনিং ব্যবহার করে ডিভাইসের সেট-আপ সম্পূর্ণ করে।

আপনার গ্রাহকরা জিরো-টাচ এনরোলমেন্ট পোর্টাল ব্যবহার করলে, তাদের তৈরি করা প্রতিটি কনফিগারেশনের জন্য EMM DPC হিসেবে Android ডিভাইস নীতি বেছে নিতে হবে। কীভাবে পোর্টাল ব্যবহার করতে হয়, তার মধ্যে কীভাবে ডিভাইসের জন্য কনফিগারেশন তৈরি ও অ্যাসাইন করতে হয়, সেই সম্পর্কে বিস্তারিত নির্দেশাবলী Android Enterprise সহায়তা কেন্দ্রে উপলভ্য।

আপনি যদি চান যে আপনার গ্রাহকরা সরাসরি আপনার EMM কনসোল থেকে কনফিগারেশন সেট এবং অ্যাসাইন করুক, তাহলে আপনাকে জিরো-টাচ গ্রাহক API-এর সাথে ইন্টিগ্রেট করতে হবে। কনফিগারেশন তৈরি করার সময়, আপনি 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}"
   }
}

সেট-আপ করার সময় কোনও অ্যাপ লঞ্চ করা

setupaction
ছবি ২. সেট-আপ করার সময় অ্যাপ লঞ্চ করতে setupActions ব্যবহার করুন।

policies-এ, ডিভাইস বা অফিস প্রোফাইল সেট-আপ করার সময় Android ডিভাইস নীতি চালু করার জন্য আপনি একটি অ্যাপ নির্দিষ্ট করতে পারবেন। যেমন, আপনি একটি VPN অ্যাপ লঞ্চ করতে পারেন যাতে ব্যবহারকারীরা সেট-আপ প্রসেসের অংশ হিসেবে VPN সেটিংস কনফিগার করতে পারেন। অ্যাপটিকে অবশ্যই RESULT_OK রিটার্ন করতে হবে যাতে সিগন্যাল সম্পূর্ণ হয় এবং Android Device Policy-কে ডিভাইস বা অফিস প্রোফাইল প্রভিশনিং সম্পূর্ণ করার অনুমতি দেয়। সেট-আপের সময় কোনও অ্যাপ চালু করতে:

অ্যাপের 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 Device Policy ডিভাইস বা অফিস প্রোফাইল প্রভিশন করার জন্য প্রয়োজনীয় বাকি ধাপগুলি সম্পূর্ণ করে।

সেট-আপ করার সময় এনরোলমেন্ট বাতিল করুন

SetupAction হিসেবে লঞ্চ করা অ্যাপ, এনরোলমেন্ট বাতিল করে RESULT_FIRST_USER-এ ফিরে যেতে পারে।

এনরোলমেন্ট বাতিল করলে কোম্পানির মালিকানাধীন ডিভাইস রিসেট হয়ে যায় অথবা ব্যক্তিগত মালিকানাধীন ডিভাইসে অফিস প্রোফাইল মুছে যায়।

মনে রাখবেন: এনরোলমেন্ট বাতিল করলে, ব্যবহারকারীর কনফার্মেশন ডায়ালগ ছাড়াই অ্যাকশন ট্রিগার হয়। RESULT_FIRST_USER-এ ফিরে আসার আগে ব্যবহারকারীকে উপযুক্ত সমস্যার ডায়ালগ দেখানোর দায়িত্ব অ্যাপের।

নতুন এনরোল করা ডিভাইসে নীতি প্রয়োগ করা

নতুন নথিভুক্ত করা ডিভাইসে নীতি প্রয়োগ করার জন্য আপনি কোন পদ্ধতি ব্যবহার করবেন তা আপনার এবং আপনার গ্রাহকের প্রয়োজনীয়তার উপর নির্ভর করে। এখানে বিভিন্ন পদ্ধতি দেওয়া হল যা আপনি ব্যবহার করতে পারবেন:

  • (সাজেস্ট করা হয়েছে) এনরোলমেন্ট টোকেন তৈরি করার সময়, আপনি ডিভাইসের সাথে প্রাথমিকভাবে লিঙ্ক করা নীতির (policyName) নাম উল্লেখ করতে পারবেন। আপনি টোকেন দিয়ে কোনও ডিভাইস এনরোল করলে, নীতিটি অটোমেটিক ডিভাইসে প্রয়োগ করা হয়।

  • কোনও এন্টারপ্রাইজের জন্য ডিফল্ট নীতি হিসেবে একটি নীতি সেট করুন। এনরোলমেন্ট টোকেনে কোনও নীতির নাম উল্লেখ করা না থাকলে এবং enterprises/<enterprise_id>/policies/default নামের কোনও নীতি থাকলে, এনরোলমেন্টের সময় প্রতিটি নতুন ডিভাইস অটোমেটিক ডিফল্ট নীতির সাথে লিঙ্ক হয়ে যায়।

  • নতুন এনরোল করা ডিভাইস সম্পর্কে বিজ্ঞপ্তি পেতে Cloud Pub/Sub টপিক সাবস্ক্রাইব করুন। ENROLLMENT বিজ্ঞপ্তির উত্তরে, ডিভাইসকে কোনও নীতির সাথে লিঙ্ক করতে enterprises.devices.patch কল করুন।

কোনও নীতি ছাড়াই ডিভাইস এনরোল করা

কোনও ডিভাইস যদি সঠিক নীতি ছাড়াই এনরোল করা হয়, তাহলে ডিভাইসটি কোয়ারেন্টাইন করা হয়। কোয়ারেন্টাইন করা ডিভাইসগুলি কোনও নীতির সাথে লিঙ্ক না করা পর্যন্ত ডিভাইসের সমস্ত ফাংশন থেকে ব্লক করা হয়।

পাঁচ মিনিটের মধ্যে কোনও ডিভাইস কোনও নীতির সাথে লিঙ্ক করা না হলে, ডিভাইস এনরোলমেন্ট ব্যর্থ হয় এবং ডিভাইসটি ফ্যাক্টরি রিসেট করা হয়। কোয়ারেন্টাইন ডিভাইস স্টেট আপনাকে আপনার সমাধানের অংশ হিসেবে লাইসেন্সিং চেক বা অন্যান্য এনরোলমেন্ট যাচাইকরণ প্রক্রিয়া বাস্তবায়নের সুযোগ দেয়।

লাইসেন্স চেক করার ওয়ার্কফ্লোর উদাহরণ

  1. ডিফল্ট নীতি বা নির্দিষ্ট নীতি ছাড়াই ডিভাইস এনরোল করা হয়েছে।
  2. এন্টারপ্রাইজের কাছে কতগুলি লাইসেন্স বাকি আছে তা চেক করুন।
  3. লাইসেন্স উপলভ্য থাকলে, ডিভাইসে নীতি অ্যাটাচ করতে devices.patch ব্যবহার করুন এবং তারপর আপনার লাইসেন্সের সংখ্যা কমান। কোনও লাইসেন্স উপলভ্য না থাকলে, ডিভাইস বন্ধ করতে devices.patch ব্যবহার করুন। অন্যথায়, নথিভুক্ত করার পাঁচ মিনিটের মধ্যে কোনও নীতির সাথে অ্যাটাচ করা হয়নি এমন যেকোনও ডিভাইস API ফ্যাক্টরি রিসেট করে।