Konfigurowanie dynamicznej rejestracji klientów OAuth

Ostatnia aktualizacja: 2026-11-10

OAuth Dynamic Client Registration (DCR) to funkcja OAuth na poziomie dzierżawy, która umożliwia zgodnym aplikacjom klienckim OAuth dynamiczne rejestrowanie klientów OAuth. W tym kontekście zgodna aplikacja kliencka OAuth to taka, która obsługuje protokół OAuth 2.0 DCR i spełnia wymagania zasad Twojej dzierżawy.

Głównym zastosowaniem DCR jest łączenie klientów serwera Model Context Protocol (MCP), ale można go również używać do innych zgodnych aplikacji innych firm.

Aby poznać więcej metod łączenia się z klientem MCP, zobacz Tworzenie klienta OAuth.

Wymagania wstępne i ostrzeżenia

Wymagania wstępne:

• Jesteś administratorem dzierżawy w Qlik Cloud.

Przestrogi:

• Gdy funkcja DCR jest włączona, zgodne aplikacje klienckie OAuth mogą żądać rejestracji klienta OAuth w Twojej dzierżawie zgodnie z Twoją polityką DCR. Przejrzyj dozwolone metody uwierzytelniania i proces zatwierdzania przed włączeniem DCR w środowisku produkcyjnym.

• Klienci utworzeni za pomocą DCR mają początkowo przypisane zakresy user_default, mcp:execute i offline_access. Aby dowiedzieć się więcej o tych zakresach, zobacz pełną listę zakresów w Portalu dla deweloperów Qlik Zakresy.

• Niezatwierdzeni klienci DCR są automatycznie usuwani po jednej godzinie. Jeśli w tym okresie żaden administrator dzierżawy nie zatwierdzi klienta w aplikacji innej firmy, klient zostanie usunięty, a użytkownicy będą musieli ponownie utworzyć połączenie.

Konfigurowanie ustawień DCR

Skonfiguruj ustawienia dynamicznej rejestracji klientów, aby kontrolować, w jaki sposób aplikacje klienckie OAuth mogą rejestrować klientów OAuth w Twojej dzierżawie.

Konfigurowanie DCR w Qlik Cloud

Wykonaj następujące czynności:

1. W centrum aktywności Administrowanie przejdź do Ustawienia > Bezpieczeństwo.

2. Włącz dynamiczną rejestrację klienta.

   Gdy DCR jest wyłączone, nowi klienci nie mogą być rejestrowani dynamicznie. Istniejący klienci zarejestrowani dynamicznie zachowują funkcjonalność, dopóki nie usuniesz ich ręcznie lub nie cofniesz ich zatwierdzenia.

3. Z listy Dozwolone metody uwierzytelniania wybierz metody uwierzytelniania, z których mogą korzystać dynamicznie zarejestrowani klienci:

   • Klucz tajny klienta: Zezwala klientom poufnym, takim jak aplikacje internetowe z bezpiecznym zapleczem.

   • Klucz tajny klienta + Brak: Zezwala zarówno na klientów poufnych, jak i publicznych.

   • Brak: Zezwala na klientów publicznych, takich jak aplikacje jednostronicowe lub aplikacje natywne.

   Aplikacje próbujące zarejestrować się za pomocą metody niedozwolonej przez Twoje zasady są odrzucane.

   Aby uzyskać więcej informacji na temat tych metod uwierzytelniania, zobacz poniższą sekcję Metody uwierzytelniania.

Konfigurowanie DCR w aplikacji klienta OAuth

Po skonfigurowaniu DCR w Qlik Cloud skonfiguruj połączenie DCR w swojej aplikacji klienckiej OAuth. Szczegóły połączenia różnią się w zależności od przypadku użycia.

Wykonaj następujące czynności:

1. Użyj adresu URL połączenia dla swojego przypadku użycia podczas konfigurowania połączenia w aplikacji klienckiej OAuth:

   Zastosowanie	Format adresu URL połączenia
   Klienci MCP lub GenAI	https://<tenant-id>.<region>.qlikcloud.com/api/ai/mcp Aby uzyskać więcej informacji na temat konfiguracji MCP, zobacz temat Łączenie z Qlik serwerem MCP.
   Inne aplikacje klienckie OAuth	https://<tenant-id>.<region>.qlikcloud.com

2. Przejrzyj zachowanie dotyczące zatwierdzania i wyrażania zgody dla nowo zarejestrowanych klientów DCR:

   • Sprawdź, czy nowi klienci DCR wymagają wyraźnego zatwierdzenia przez dzierżawę, zanim będzie można ich użyć. W aplikacji innej firmy wyraź zgodę po wyświetleniu monitu.

   • Pierwsze zatwierdzone połączenie używa zgody Wymagane.

   • Po zatwierdzeniu edytuj klienta w Qlik Cloud i zmień jego metodę wyrażania zgody na Trusted, jeśli jest to zgodne z Twoją polityką bezpieczeństwa.

   Zatwierdzenie dzierżawy ustanawia zaufanie na poziomie dzierżawy między Twoją Qlik Cloud dzierżawą a aplikacją kliencką OAuth. Gdy administrator dzierżawy połączy się, uwierzytelni się i zatwierdzi żądanie zgody, inni użytkownicy mogą połączyć się z Qlik Cloud za pośrednictwem tej samej aplikacji OAuth bez konieczności zatwierdzania własnej zgody.

   Metoda wyrażania zgody jest zarządzana dla każdego klienta po zatwierdzeniu. Aby uzyskać więcej informacji, zobacz temat Tworzenie klientów OAuth i zarządzanie nimi.

Metody uwierzytelniania

Podczas konfigurowania ustawień DCR możesz określić, jakich metod uwierzytelniania mogą używać dynamicznie zarejestrowani klienci. Dostępne są następujące metody uwierzytelniania:

• Klucz tajny klienta: Zezwala na klientów poufnych, którzy uwierzytelniają się przy użyciu klucza tajnego klienta. Klient otrzymuje klucz tajny klienta podczas rejestracji. Obejmuje to zarówno metody uwierzytelniania client_secret_basic, jak i client_secret_post.

• Brak: Zezwala na klientów publicznych, którzy nie używają klucza tajnego klienta. Ci klienci używają przepływu kodu autoryzacji z mechanizmem PKCE (Proof Key for Code Exchange) do uwierzytelniania.

Domyślnie dynamicznie rejestrowani klienci używają metody uwierzytelniania client_secret_basic, chyba że podczas rejestracji określono inaczej.

Zarządzanie wieloma rejestracjami od dostawców

Wiele aplikacji klienckich OAuth dynamicznie rejestruje pojedynczego klienta OAuth w Qlik Cloud. Użytkownicy aplikacji współdzielą tego samego klienta OAuth.

Niektóre aplikacje klienckie OAuth dynamicznie rejestrują wielu klientów OAuth, po jednym na użytkownika. To zachowanie zaobserwowano w przypadku:

• Anthropic Claude

• Antygrawitacja

Jeśli widzisz wielu klientów DCR od tego samego dostawcy, sprawdź, w jaki sposób ta aplikacja kliencka OAuth rejestruje klientów oraz czy dostępna jest opcja współdzielonego łącznika. Aby zbiorczo usunąć niechcianych klientów DCR, zobacz Usuwanie klientów OAuth.

Claude i Claude Code obsługują CIMD, co pozwala uniknąć problemu wielokrotnej rejestracji. Zobacz Łączenie Claude z serwerem MCP Qlik.

Przykład dostępu do MCP

Jednym z przypadków użycia DCR jest onboarding klientów OAuth na potrzeby integracji z serwerami MCP Qlik. DCR nie ogranicza się do MCP i może być używane przez inne zgodne aplikacje klienckie OAuth. W przypadku połączeń opartych na MCP administrator dzierżawy zazwyczaj tworzy pierwsze połączenie i zatwierdza klienta, zanim inni użytkownicy się połączą.

Wskazówki dotyczące administracji MCP i połączenia — zobacz:

• Wdrażanie rozwiązania Qlik serwera MCP i administrowanie nim

• Łączenie z Qlik serwerem MCP

Aby uzyskać wskazówki dotyczące zarządzania klientami OAuth po ich utworzeniu — w tym obsługi rejestracji wielu dostawców, masowego usuwania i identyfikowania klientów DCR lub CIMD — zobacz Zarządzanie klientami OAuth.