Rejestrowanie i udostępnianie urządzenia

Udostępnianie to proces konfigurowania urządzenia do zarządzania za pomocą policies przez enterprise. Podczas tego procesu na urządzeniu instalowana jest aplikacja Android Device Policy, która służy do odbierania i wymuszania policies. Jeśli udostępnianie się powiedzie, interfejs API utworzy obiekt devices, który powiąże urządzenie z firmą.

Android Management API używa tokenów rejestracji do aktywowania procesu obsługi administracyjnej. Token rejestracji i metoda obsługi administracyjnej, których używasz, określają własność urządzenia (osobiste lub należące do firmy) i tryb zarządzania (profil służbowy lub urządzenie w pełni zarządzane).

System limitów określa, ile urządzeń może być zarządzanych w ramach każdego projektu. Zanim udostępnisz pierwsze urządzenie, musisz poprosić o początkowy limit urządzeń.

Urządzenia należące do użytkowników

Android 5.1 lub nowszy

Na urządzeniach należących do pracowników można skonfigurować profil służbowy. Profil służbowy zapewnia odrębną przestrzeń na aplikacje i dane służbowe, oddzieloną od aplikacji i danych osobistych. Większość policies dotyczących zarządzania aplikacjami, danymi i innymi elementami ma zastosowanie tylko do profilu służbowego, a osobiste aplikacje i dane pracownika pozostają prywatne.

Aby skonfigurować profil służbowy na urządzeniu należącym do użytkownika, utwórz token rejestracji (upewnij się, że parametr allowPersonalUsage jest ustawiony na PERSONAL_USAGE_ALLOWED) i użyj jednej z tych metod obsługi administracyjnej:

Urządzenia należące do firmy do użytku służbowego i osobistego

Android 8 lub nowszy

Skonfigurowanie urządzenia należącego do firmy z profilem służbowym umożliwia korzystanie z niego zarówno do celów służbowych, jak i osobistych. Na urządzeniach należących do firmy z profilami służbowymi:

Aby skonfigurować urządzenie należące do firmy z profilem służbowym, utwórz token rejestracji (upewnij się, że parametr allowPersonalUsage jest ustawiony na PERSONAL_USAGE_ALLOWED) i użyj jednej z tych metod obsługi administracyjnej:

Urządzenia należące do firmy i przeznaczone tylko do pracy

Android 5.1 lub nowszy

Pełne zarządzanie urządzeniami jest odpowiednie w przypadku urządzeń należących do firmy, które są przeznaczone wyłącznie do celów służbowych. Firmy mogą zarządzać wszystkimi aplikacjami na urządzeniu i egzekwować wszystkie zasady i polecenia interfejsu Android Management API.

Można też zablokować urządzenie (za pomocą zasad), aby zezwalać na nim na uruchamianie tylko konkretnej aplikacji lub niewielkiego zestawu aplikacji, dzięki czemu użytkownicy mogą na nim wykonywać ustalone funkcje. Ten podzbiór w pełni zarządzanych urządzeń jest nazywany urządzeniami specjalnymi. Tokeny rejestracji tych urządzeń muszą mieć ustawienie allowPersonalUsage o wartości PERSONAL_USAGE_DISALLOWED_USERLESS.

Aby skonfigurować pełne zarządzanie na urządzeniu należącym do firmy, utwórz token rejestracji, upewniając się, że parametr allowPersonalUsage jest ustawiony na PERSONAL_USAGE_DISALLOWED lub PERSONAL_USAGE_DISALLOWED_USERLESS, i użyj jednej z tych metod obsługi administracyjnej.

Zasady mogą mieć wpływ na generowanie interfejsu podczas obsługi administracyjnej urządzenia. Są to:

Jeśli chcesz, aby podczas obsługi administracyjnej urządzenia obok kart instalacji aplikacji służbowych i rejestracji urządzenia były wyświetlane kroki związane z hasłem, zalecamy zaktualizowanie zasad, aby opóźnić rozpoczęcie generowania interfejsu użytkownika przez utrzymanie urządzenia w stanie kwarantanny, co ma miejsce, gdy urządzenie zostanie zarejestrowane bez powiązanych zasad, do momentu określenia ostatecznych zasad konfiguracji urządzenia, które będą zawierać elementy odpowiednie do Twoich potrzeb. Po zakończeniu obsługi administracyjnej urządzenia możesz zmienić zasadę zgodnie z potrzebami.

Tworzenie tokena rejestracji

Omówienie zarządzania urządzeniami z Androidem.
Rysunek 1. Utwórz token, który rejestruje urządzenia i stosuje do nich zasadę „policy1”. Po 1800 sekundach (30 minutach) token wygasa.

Potrzebujesz tokena rejestracji dla każdego urządzenia, które chcesz zarejestrować (możesz użyć tego samego tokena na wielu urządzeniach). Aby poprosić o token rejestracji, wywołaj enterprises.enrollmentTokens.create. Tokeny rejestracji domyślnie wygasają po godzinie, ale możesz określić niestandardowy czas ważności (duration) do około 10 000 lat.

Pomyślne żądanie zwraca obiekt enrollmentToken zawierający enrollmentTokenId i qrcode, których administratorzy IT i użytkownicy mogą używać do obsługi administracyjnej urządzeń.

Określanie zasady

Możesz też określić policyName w żądaniu, aby zastosować zasadę w tym samym czasie, gdy urządzenie jest rejestrowane. Jeśli nie określisz policyName, zapoznaj się z artykułem Rejestrowanie urządzenia bez zasad.

Określanie użytku osobistego

allowPersonalUsage określa, czy podczas obsługi administracyjnej można dodać do urządzenia profil służbowy. Ustaw wartość PERSONAL_USAGE_ALLOWED, aby zezwolić użytkownikowi na utworzenie profilu służbowego (wymagane w przypadku urządzeń należących do użytkowników, opcjonalne w przypadku urządzeń należących do firmy).

Wyjątek dotyczący istniejących tokenów rejestracji

Niektórzy klienci używają tokenów rejestracji z długimi datami ważności, aby przeprowadzać wielokrotne rejestracje. Aby nie zakłócać tych istniejących procesów, tokeny utworzone PRZED pierwszym włączeniem wymagania „Uwierzytelnij za pomocą Google” są zwolnione z nowych próśb o zalogowanie się. Te starsze tokeny będą nadal działać tak jak wcześniej, umożliwiając użytkownikom rejestrowanie urządzeń bez przechodzenia przez proces uwierzytelniania Google.

Jednak wszystkie tokeny utworzone PO pierwszym włączeniu wymogu Google Authenticator podlegają nowym regułom uwierzytelniania. Oznacza to, że urządzenia korzystające z tych nowszych tokenów wymagają od użytkowników uwierzytelniania zgodnie z ustawieniami wybranymi przez administratora IT. W przypadku urządzeń specjalnych, które nie powinny przechowywać danych użytkowników, upewnij się, że zasada allowPersonalUsage jest ustawiona na PERSONAL_USAGE_DISALLOWED_USERLESS, aby uniknąć wyświetlania ekranu uwierzytelniania.

Wymuszaj uwierzytelnianie w Google podczas rejestracji

Dostawcy usług EMM mogą wymusić logowanie się na konto Google podczas rejestracji urządzenia, ustawiając odpowiednie wartości w tokenie rejestracji lub tokenie logowania. Ta konfiguracja określa, czy przycisk „Pomiń” jest ukryty na ekranie logowania Google. Jeśli te opcje są skonfigurowane, zastępują zasadę googleAuthenticationSettings obowiązującą w całej firmie.

Opcje konfiguracji

Sposób uwierzytelniania możesz kontrolować za pomocą obiektu googleAuthenticationOptions w elemencie EnrollmentToken lub SigninDetail.

Pole Opis Wartości
authenticationRequirement Określa, czy użytkownik musi uwierzytelnić się w Google podczas rejestracji. AUTHENTICATION_REQUIREMENT_UNSPECIFIED: przywraca domyślne ustawienia przedsiębiorstwa.
OPCJONALNIE: użytkownik widzi ekran logowania przez Google, ale może go pominąć.
WYMAGANE: użytkownik nie może pominąć logowania. Przycisk „Pomiń” jest ukryty.
requiredAccountEmail Konkretny adres e-mail zarządzanego konta Google, którego musi używać użytkownik.
Uwaga: jeśli używasz tego pola, parametr authenticationRequirement MUSI mieć wartość REQUIRED.		 Ciąg znaków (np. „user@enterprise.com”)

Przykłady ładunków JSON

Wyłączanie przycisku pominięcia

Aby ukryć przycisk „Pomiń” i wymusić na użytkowniku zalogowanie się za pomocą dowolnego ważnego konta służbowego, ustaw wymaganie uwierzytelniania na WYMAGANE.

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

Wymaganie określonego adresu e-mail konta

Aby wymusić na użytkowniku logowanie się na wyznaczone konto, zdefiniuj ciąg znaków requiredAccountEmail. Jeśli pole wymagania nie jest ustawione na REQUIRED, żądanie utworzenia tokena nie powiedzie się i zostanie zwrócony błąd INVALID_ARGUMENT.

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

Informacje o kodach QR

Kody QR to skuteczna metoda obsługi administracyjnej urządzeń w firmach, które stosują wiele różnych zasad. Kod QR zwrócony przez enterprises.enrollmentTokens.create składa się z ładunku par klucz-wartość zawierających token rejestracji i wszystkie informacje potrzebne zasadom dotyczącym urządzeń Android do aprowizacji urządzenia.

Przykładowy pakiet kodów QR

Pakiet zawiera lokalizację pobierania zasad dotyczących urządzeń z Androidem i token rejestracji.

{
    "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}"
    }
}

Możesz użyć kodu QR zwróconego przez enterprises.enrollmentTokens.create bezpośrednio lub dostosować go. Pełną listę właściwości, które możesz uwzględnić w pakiecie kodu QR, znajdziesz w artykule Tworzenie kodu QR.

Aby przekonwertować ciąg znaków qrcode na kod QR, który można zeskanować, użyj generatora kodów QR, takiego jak ZXing.

Metody obsługi administracyjnej

W tej sekcji opisano różne metody udostępniania urządzenia.

Dodawanie profilu służbowego w sekcji „Ustawienia”

Android 5.1 lub nowszy

Aby skonfigurować profil służbowy na urządzeniu, użytkownik może:

  1. Kliknij Ustawienia > Google > Skonfiguruj i przywróć.
  2. Kliknij Skonfiguruj profil służbowy.

Te czynności uruchamiają kreator konfiguracji, który pobiera Android Device Policy na urządzenie. Następnie użytkownik zostanie poproszony o zeskanowanie kodu QR lub ręczne wpisanie tokena rejestracji, aby dokończyć konfigurację profilu służbowego.

Pobieranie zasad dotyczących urządzeń z Androidem

Android 5.1 lub nowszy

Aby skonfigurować profil służbowy na urządzeniu z Androidem, użytkownik może pobrać aplikację Android Device Policy ze Sklepu Google Play. Po zainstalowaniu aplikacji użytkownik zostanie poproszony o zeskanowanie kodu QR lub ręczne wpisanie tokena rejestracji, aby dokończyć konfigurowanie profilu służbowego.

Android 5.1 lub nowszy

Używając tokena rejestracji zwróconego przez enrollmentTokens.create lub signinEnrollmentToken przedsiębiorstwa, wygeneruj adres URL w tym formacie:

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

Możesz podać ten adres URL administratorom IT, którzy mogą go udostępnić użytkownikom. Gdy użytkownik otworzy link na swoim urządzeniu, zostanie przeprowadzony przez proces konfiguracji profilu służbowego.

Adres URL logowania

W przypadku tej metody użytkownicy są przekierowywani na stronę, na której mogą podać dodatkowe informacje wymagane do dokończenia obsługi administracyjnej. Na podstawie informacji wprowadzonych przez użytkownika możesz obliczyć odpowiednie zasady dla użytkownika, zanim przejdziesz do obsługi administracyjnej urządzenia. Na przykład:

  1. Podaj adres URL logowania w enterprises.signInDetails[]. Ustaw allowPersonalUsage na PERSONAL_USAGE_ALLOWED, jeśli chcesz zezwolić użytkownikowi na utworzenie profilu służbowego (wymagane w przypadku urządzeń należących do użytkowników, opcjonalne w przypadku urządzeń należących do firmy).

    Dodaj wynikowy ciąg signinEnrollmentToken jako dodatkowy parametr udostępniania do kodu QR, ładunku NFC lub konfiguracji rejestracji typu zero-touch. Możesz też przekazać signinEnrollmentToken bezpośrednio użytkownikom.

  2. Wybierz opcję:

    1. Urządzenia należące do firmy: po włączeniu nowego urządzenia lub przywróceniu go do ustawień fabrycznych przekaż mu token signinEnrollmentToken (za pomocą kodu QR, NFC itp.) lub poproś użytkowników o ręczne wpisanie tokena. Urządzenie otworzy adres URL logowania określony w kroku 1.
    2. Urządzenia należące do użytkowników: poproś użytkowników o dodanie profilu służbowego w „Ustawieniach”. Gdy pojawi się prośba, użytkownik skanuje kod QR zawierający signinEnrollmentToken lub wpisuje token ręcznie. Urządzenie otworzy adres URL logowania określony w kroku 1.
    3. Urządzenia należące do użytkowników: udostępnij użytkownikom link do tokena rejestracji, gdzie token rejestracji to signinEnrollmentToken. Urządzenie otworzy adres URL logowania określony w kroku 1.

  3. Sprawdź, czy Google już uwierzytelniło użytkownika. Pobierz informacje o obsłudze administracyjnej urządzenia (podczas rejestracji urządzenia) za pomocą parametru GET provisioningInfo i sprawdź wartość pola authenticatedUserEmail. Jeśli w tym polu jest wartość, użytkownik został już pomyślnie uwierzytelniony przez Google i możesz używać tej tożsamości bez dalszego uwierzytelniania.

  4. Jeśli użytkownik nie został jeszcze uwierzytelniony przez Google, adres URL logowania powinien wyświetlić prośbę o podanie danych logowania. Na podstawie tożsamości użytkownika możesz określić odpowiednią zasadę i uzyskać informacje o obsłudze administracyjnej urządzenia (podczas rejestracji urządzenia) za pomocą parametru GET provisioningInfo.

  5. Wywołaj enrollmentTokens.create, podając odpowiedni policyId na podstawie danych logowania użytkownika.

  6. Zwróć token rejestracji wygenerowany w kroku 5, używając przekierowania URL w formie https://enterprise.google.com/android/enroll?et=<token>.

Wymuszanie uwierzytelniania Google za pomocą adresu URL logowania

Gdy używasz SigninDetail w procesach logowania przez usługę zewnętrzną (za pomocą enterprises.create lub enterprises.patch), możesz przekazać googleAuthenticationOptions. Spowoduje to wymuszenie stosowania reguł, zanim użytkownik zostanie przekierowany do adresu URL logowania zewnętrznego dostawcy tożsamości.

Gdy na końcu procesu adresu URL logowania tworzony jest obiekt EnrollmentToken, jego wymagania dotyczące uwierzytelniania współdziałają z początkowym obiektem SigninDetail:

  • Jeśli użytkownik pominął logowanie się w Google, ponieważ nie było ono wymagane przez SigninDetail, ale wynikowy EnrollmentToken ma ustawione wymaganie WYMAGANE, użytkownik zobaczy błąd i będzie musiał się zalogować.
  • Jeśli w tokenie ustawiono requiredAccountEmail, a użytkownik zalogował się przy użyciu innego adresu należącego do firmy, pojawi się błąd „Nieprawidłowe konto” i użytkownik będzie musiał zalogować się ponownie przy użyciu wymaganego adresu e-mail.

Metoda z kodem QR

Android 7.0 lub nowszy

Aby udostępnić urządzenie należące do firmy, możesz wygenerować kod QR i wyświetlić go w konsoli EMM:

  1. Na nowym urządzeniu lub takim, na którym przywrócono ustawienia fabryczne, użytkownik (zwykle administrator IT) klika ekran 6 razy w tym samym miejscu. Pojawi się prośba o zeskanowanie kodu QR.
  2. Użytkownik skanuje kod QR wyświetlany w konsoli administracyjnej (lub podobnej aplikacji), aby zarejestrować i udostępnić urządzenie.

Metoda NFC

Android 6.0 lub nowszy

Ta metoda wymaga utworzenia aplikacji programatora NFC, która zawiera token rejestracji, początkowe zasady i konfigurację Wi-Fi, ustawienia oraz wszystkie inne szczegóły obsługi administracyjnej wymagane przez klienta do obsługi administracyjnej w pełni zarządzanego lub urządzenia specjalnego. Gdy Ty lub Twój klient zainstalujecie aplikację programatora NFC na urządzeniu z Androidem, stanie się ono urządzeniem programującym.

Szczegółowe wskazówki dotyczące obsługi metody NFC znajdziesz w dokumentacji dla deweloperów Play EMM API. Witryna zawiera też przykładowy kod domyślnych parametrów przekazywanych na urządzenie przez NFC. Aby zainstalować zasady dotyczące urządzeń z Androidem, ustaw lokalizację pobierania pakietu administratora urządzenia na:

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

Metoda identyfikatora DPC

Jeśli nie można dodać zasad dotyczących urządzeń z Androidem za pomocą kodu QR lub NFC, użytkownik lub administrator IT może wykonać te czynności, aby skonfigurować urządzenie należące do firmy:

  1. Postępuj zgodnie z instrukcjami kreatora konfiguracji na nowym urządzeniu lub urządzeniu przywróconym do ustawień fabrycznych.
  2. Wpisz dane logowania do Wi-Fi, aby połączyć urządzenie z internetem.
  3. Gdy pojawi się prośba o zalogowanie się, wpisz afw#setup, aby pobrać zasady dotyczące urządzeń Android.
  4. Zeskanuj kod QR lub ręcznie wpisz token rejestracji, aby udostępnić urządzenie.

Rejestracja typu zero-touch

Android 8.0 lub nowszy (Pixel 7.1 lub nowszy)

Urządzenia kupione u autoryzowanego sprzedawcy obsługującego rejestrację typu zero-touch kwalifikują się do rejestracji typu zero-touch, czyli uproszczonej metody wstępnej konfiguracji urządzeń, która umożliwia automatyczne udostępnianie ich przy pierwszym uruchomieniu.

Organizacje mogą tworzyć konfiguracje zawierające szczegóły obsługi administracyjnej urządzeń z rejestracją typu zero-touch na portalu rejestracji typu zero-touch lub w konsoli EMM (zobacz interfejs API dla klientów korzystających z rejestracji typu zero-touch). Przy pierwszym uruchomieniu urządzenie obsługujące rejestrację typu zero-touch sprawdza, czy zostało przypisane do konfiguracji. Jeśli tak, zostanie pobrana aplikacja Android Device Policy, która następnie przeprowadzi konfigurację urządzenia przy użyciu dodatkowych ustawień obsługi administracyjnej określonych w przypisanej konfiguracji.

Jeśli Twoi klienci korzystają z portalu rejestracji typu zero-touch, muszą wybrać Android Device Policy jako kontroler zasad dotyczących urządzeń (DPC) dostawcy EMM dla każdej tworzonej konfiguracji. Szczegółowe instrukcje korzystania z portalu, w tym tworzenia i przypisywania konfiguracji do urządzeń, znajdziesz w Centrum pomocy Android Enterprise.

Jeśli wolisz, aby klienci ustawiali i przypisywali konfiguracje bezpośrednio z konsoli EMM, musisz przeprowadzić integrację z interfejsem API dla klientów korzystających z rejestracji typu zero-touch. Podczas tworzenia konfiguracji określasz dodatkowe ustawienia obsługi administracyjnej w polu dpcExtras. Ten fragment kodu JSON pokazuje podstawowy przykład tego, co należy uwzględnić w dpcExtras, z dodanym tokenem logowania.

{
   "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}"
   }
}

Uruchamianie aplikacji podczas konfiguracji

setupaction
Rysunek 2. Użyj setupActions, aby uruchomić aplikację podczas konfiguracji.

W polu policies możesz określić jedną aplikację, którą zasady dotyczące urządzeń z Androidem mają uruchomić podczas konfigurowania urządzenia lub profilu służbowego. Możesz na przykład uruchomić aplikację VPN, aby użytkownicy mogli skonfigurować ustawienia sieci VPN w ramach procesu konfiguracji. Aplikacja musi zwrócić wartość RESULT_OK, aby zasygnalizować zakończenie i umożliwić aplikacji Zasady dotyczące urządzeń z Androidem dokończenie udostępniania urządzenia lub profilu służbowego. Aby uruchomić aplikację podczas konfiguracji:

Upewnij się, że installType aplikacji to REQUIRED_FOR_SETUP. Jeśli nie można zainstalować lub uruchomić aplikacji na urządzeniu, obsługa administracyjna się nie powiedzie.

{
   "applications":[
      {
         "packageName":"com.my.vpnapp.",
         "installType":"REQUIRED_FOR_SETUP"
      }
   ]
}

Dodaj nazwę pakietu aplikacji do setupActions. Użyj właściwości title i description, aby określić instrukcje dla użytkowników.

{
   "setupActions":[
      {
         "title":{
            "defaultMessage":"Configure VPN"
         },
         "description":{
            "defaultMessage":"Enable your VPN client to access corporate resources."
         },
         "launchApp":{
            "packageName":"com.my.vpnapp."
         }
      }
   ]
}

Aby odróżnić, że aplikacja została uruchomiona z launchApp, aktywność, która jest uruchamiana jako pierwsza w ramach aplikacji, zawiera dodatkową intencję logiczną com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (ustawioną na true). Ta dodatkowa intencja pozwala dostosować aplikację w zależności od tego, czy została uruchomiona z setupActions czy przez użytkownika.

Gdy aplikacja zwróci RESULT_OK, zasady dotyczące urządzeń z Androidem wykonają pozostałe czynności wymagane do udostępnienia urządzenia lub profilu służbowego.

Anulowanie rejestracji podczas konfiguracji

Aplikacja uruchomiona jako SetupAction może anulować rejestrację, zwracając RESULT_FIRST_USER.

Anulowanie rejestracji powoduje zresetowanie urządzenia należącego do firmy lub usunięcie profilu służbowego na urządzeniu należącym do pracownika.

Uwaga: anulowanie rejestracji powoduje wykonanie działania bez wyświetlania okna potwierdzenia użytkownika. Aplikacja musi wyświetlić użytkownikowi odpowiednie okno z błędem, zanim zwróci RESULT_FIRST_USER.

Stosowanie zasad do nowo zarejestrowanych urządzeń

Metoda stosowania zasad do nowo zarejestrowanych urządzeń zależy od Ciebie i wymagań Twoich klientów. Oto różne podejścia, które możesz zastosować:

  • (Zalecane) Podczas tworzenia tokena rejestracji możesz określić nazwę zasady (policyName), która zostanie początkowo połączona z urządzeniem. Gdy zarejestrujesz urządzenie za pomocą tokena, zasada zostanie automatycznie zastosowana na urządzeniu.

  • Ustawianie zasady jako domyślnej dla przedsiębiorstwa. Jeśli w tokenie rejestracji nie określono nazwy zasady, a istnieje zasada o nazwie enterprises/<enterprise_id>/policies/default, każde nowe urządzenie jest automatycznie łączone z zasadą domyślną w momencie rejestracji.

  • Zasubskrybuj temat Cloud Pub/Sub, aby otrzymywać powiadomienia o nowo zarejestrowanych urządzeniach. W odpowiedzi na powiadomienie ENROLLMENT wywołaj enterprises.devices.patch, aby połączyć urządzenie z zasadą.

Rejestrowanie urządzenia bez zasad

Jeśli urządzenie zostanie zarejestrowane bez prawidłowej zasady, zostanie umieszczone w kwarantannie. Urządzenia poddane kwarantannie mają zablokowane wszystkie funkcje, dopóki nie zostaną połączone z zasadą.

Jeśli urządzenie nie zostanie połączone z zasadą w ciągu 5 minut, rejestracja urządzenia nie powiedzie się i zostanie ono przywrócone do ustawień fabrycznych. Stan kwarantanny urządzenia umożliwia wdrożenie kontroli licencji lub innych procesów weryfikacji rejestracji w ramach rozwiązania.

Przykładowy proces sprawdzania licencji

  1. Urządzenie jest rejestrowane bez zasady domyślnej lub określonej zasady.
  2. Sprawdź, ile licencji pozostało w firmie.
  3. Jeśli są dostępne licencje, użyj devices.patch, aby dołączyć zasadę do urządzenia, a następnie zmniejsz liczbę licencji. Jeśli nie ma dostępnych licencji, użyj devices.patch, aby wyłączyć urządzenie. Możesz też przywrócić ustawienia fabryczne na dowolnym urządzeniu, które nie jest powiązane z zasadą, w ciągu 5 minut od rejestracji.