Konfigurowanie dynamicznej rejestracji klientów OAuth | Qlik Cloud Pomoc
Przeskocz do zawartości głównej Przejdź do treści uzupełniającej
Zasoby Qlik
Ładowanie wyszukiwania SearchUnify Jeżeli potrzebujesz pomocy z produktem, skontaktuj się z Pomocą techniczną Qlik.
Portal klientów Qlik
Ładowanie wyszukiwania SearchUnify Jeżeli potrzebujesz pomocy z produktem, skontaktuj się z Pomocą techniczną Qlik.
Portal klientów Qlik

Konfigurowanie dynamicznej rejestracji klientów OAuth

Ostatnia aktualizacja: 20.10.2026

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 nawiązywania połączenia z klientem MCP, zobacz Wybór metody tworzenia klienta OAuth.

Informacja

Publikowanie i zgoda to oddzielne mechanizmy kontrolne:

  • Publikowanie określa, czy klient OAuth może być używany przez innych dzierżawców w tym samym regionie.

  • Metoda wyrażania zgody (Wymagana lub Zaufana) określa, czy użytkownicy są monitowani podczas autoryzacji.

Szczegółowe informacje na temat ręcznej konfiguracji i działania mechanizmu zgody, w tym ograniczeń dotyczących publikacji, znajdują się w Tworzenie klientów OAuth i Tworzenie klientów OAuth i zarządzanie nimi.

Wymagania wstępne i ostrzeżenia

Wymagania wstępne:

  • Jesteś administratorem dzierżawy w Qlik Cloud.

Przestrogi:

  • Gdy DCR jest włączone, 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.

  • Klientom utworzonym za pomocą DCR początkowo przypisywane są 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 upływie jednej godziny. Jeśli żaden administrator dzierżawy nie zatwierdzi klienta w aplikacji innej firmy w tym okresie, klient zostanie usunięty, a użytkownicy muszą 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 funkcja DCR jest wyłączona, nie można dynamicznie rejestrować nowych klientów. Istniejący dynamicznie zarejestrowani klienci pozostają funkcjonalni, 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 rejestrowani klienci:

    • Klucz tajny klienta: dopuszcza poufnych klientów, takich 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.

    Więcej informacji na temat tych metod uwierzytelniania zawiera poniższa sekcja Metody uwierzytelniania.

Konfigurowanie DCR w aplikacji klienckiej 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 Łą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ą dzierżawą Qlik Cloud a aplikacją kliencką OAuth. Gdy administrator dzierżawy połączy się, uwierzytelni i zatwierdzi żądanie zgody, inni użytkownicy mogą łą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. Więcej informacji zawiera temat Tworzenie klientów OAuth i zarządzanie nimi.

Metody uwierzytelniania

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

  • Klucz tajny klienta: Zezwala poufnym klientom, którzy uwierzytelniają się za pomocą 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 klientom publicznym, którzy nie używają klucza tajnego klienta. Ci klienci korzystają z przepływu kodu autoryzacji z 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 masowo 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 z Claude.

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 — patrz:

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

Czy ta strona była pomocna?

Jeżeli natkniesz się na problemy z tą stroną lub jej zawartością — literówkę, brakujący krok lub błąd techniczny — daj nam znać!

Przekaż tu opinię