Sfederowanie witryny ArcGIS Server z portalem pozwala zintegrować modele zabezpieczeń i udostępniania portalu z jedną lub większą liczbą witryn serwera ArcGIS Server. Federowanie jest opcjonalne, chyba że chcesz wykonać następujące czynności:
- Skonfigurowanie witryny przy użyciu dostawcy tożsamości Security Assertion Markup Language (SAML).
- Hostowanie warstw kafli, warstw obiektowych i warstw sceny opublikowanych przez członków portalu.
- Zezwalanie członkom portalu na wykonywanie analiz przestrzennych w przeglądarce map Map Viewer Classic.
Dodając serwer do portalu, przeprowadza się federację serwera z portalem. Serwer dodany do portalu jest nazywany serwerem sfederowanym.
Notatka:
Aby pomyślnie sfederować, witryna ArcGIS Server musi mieć bezpośredni dostęp sieciowy do portalu przez port 7443. Serwer forward proxy nie może być skonfigurowany do zarządzania lub kierowania ruchem sieciowym między serwerem i portalem.
Gdy witryna serwera jest sfederowana z portalem ArcGIS Enterprise, wersja serwera musi być w większości przypadków zgodna z wersją portalu. Obsługiwane jest federowanie witryny serwera we wcześniejszej wersji, gdy witryna serwera jest jedną z następujących:
- Witryna ArcGIS GIS Server, która nie została wyznaczona jako witryna serwera hostującego. Witryna serwera hostującego musi być zgodna z wersją portalu.
- Witryna serwera ArcGIS Image Server, która nie została wyznaczona jako witryna analiz rastrowych ani hostowania obrazów. Witryny analizy rastrowej i hostująca zobrazowania muszą być zgodne z wersją portalu.
Notatka:
Nie gwarantujemy zgodności wycofanych wersji oprogramowania z nowszymi wersjami. Gdy federowane są witryny ArcGIS GIS Server lub ArcGIS Image Server we wcześniejszych wersjach, dana wersja musi być obsługiwana zgodnie z polityką dotyczącą cyklu życia produktu, aby możliwe było uzyskanie wsparcia technicznego.
Adres URL usług powinien być zgodny z tymi samymi regułami co adres URL instytucji. Powinien składać się ze schematu, hosta i jednopoziomowego kontekstu. Adres URL usług to adres URL używany przez aplikacje klienckie w celu uzyskania dostępu do usług, które zostały opublikowane w witrynie serwera sfederowanego.
Po sfederowaniu serwera z portalem dostęp do serwera jest kontrolowany przez magazyn zabezpieczeń portalu. To zapewnia dogodne logowanie, ale ma również wpływ na sposób dostępu do sfederowanego serwera oraz zarządzanie nim. Sfederowanie powoduje na przykład unieważnienie wszystkich użytkowników, ról i uprawnień skonfigurowanych wcześniej w usługach ArcGIS Server. Dostęp do usług jest wówczas określany w oparciu o członków portalu, grupy oraz uprawnienia udostępniania. Przed rozpoczęciem federowania zapoznaj się z informacjami w temacie Administrowanie serwerem sfederowanym, aby uzyskać dodatkowe informacje o tym, jak federowanie wpłynie na Twoją istniejącą witrynę.
Usługi istniejące podczas federowania w witrynie serwera ArcGIS Server zostaną automatycznie dodane do portalu jako elementy. Te elementy stanowią własność administratora portalu, który przeprowadza federację. Po sfederowaniu administrator portalu może w razie potrzeby zmienić właścicieli tych elementów na istniejących członków portalu. Wszystkie elementy opublikowane później na serwerze sfederowanym zostaną automatycznie dodane jako elementy portalu i będą stanowić własność użytkownika, który je opublikował.
Po sfederowaniu można opcjonalnie wyznaczyć pojedynczą witrynę serwera, która będzie pełnić rolę serwera hostującego portalu. W tabeli znajdującej się w temacie Integrowanie portalu z serwerem ArcGIS Server można znaleźć listę funkcji dostępnych, gdy portal ma serwer hostujący. W temacie Konfigurowanie serwera hostującego znajdują się instrukcje dotyczące wyznaczania jednego z serwerów sfederowanych jako serwera hostującego portalu.
Notatka:
Obsługiwane jest federowanie z serwerem korzystającym z uwierzytelniania w warstwie sieci (IWA, uwierzytelnianie na podstawie certyfikatów klientów PKI itp.). Jedynym wymaganiem dla tego procesu jest to, że administracyjny adres URL nie może używać uwierzytelniania w warstwie sieci. Zazwyczaj można to zrealizować poprzez podanie adresu URL z użyciem portu 6443, https://gisserver.domain.com:6443/arcgis. Podczas federowania może zostać zwrócony komunikat ostrzegawczy wskazujący, że nie można zweryfikować adresu URL usług. Jest to oczekiwane, gdy adres URL usług korzysta z uwierzytelniania w warstwie sieci.
Dowiedz się więcej o konfigurowaniu witryn serwera w portalu.
Po sfederowaniu witryny serwera z instytucją adres URL, taki jak https://gisserver.domain.com:6443/arcgis/manager, jest używany do logowania się do aplikacji ArcGIS Server Manager. Jeśli witryna zawiera wiele komputerów lub na potrzeby adresu URL administrowania używany był adapter internetowy, użytkownicy dysponujący właściwymi uprawnieniami mogą uzyskać dostęp do aplikacji Server Manager przez adres URL administrowania zdefiniowany podczas federowania. Konieczne będzie podanie nazwy i hasła konta portalu. Aby dowiedzieć się więcej o różnicach występujących podczas pracy z serwerem sfederowanym, należy zapoznać się z sekcją Zarządzanie serwerem sfederowanym.
Po zintegrowaniu serwera z portalem można także wykonać następujące czynności:
Skonfigurowanie jednego z serwerów sfederowanych jako serwera hostującego — umożliwia użytkownikom portalu publikowanie warstw hostowanych w portalu. Można to zrobić z poziomu witryny portalu lub aplikacji ArcGIS Pro.
Po określeniu serwera hostującego dla portalu usługa drukowania serwera hostującego zostaje automatycznie skonfigurowana dla portalu. Wystarczy uruchomić i udostępnić usługę drukowania, aby używać jej w portalu. Jednak jeżeli dla portalu skonfigurowano wcześniej usługę drukowania, adres URL nie zostanie zaktualizowany po określeniu serwera hostującego. Konieczne jest uruchomienie usługi, udostępnienie jej, a następnie skonfigurowanie jej jako usługi narzędziowej.
Dezaktywacja konta głównego administratora witryny — nie jest to konieczne w przypadku wszystkich witryn, ale może zapewnić dodatkowe zabezpieczenie poprzez wymuszenie na wszystkich użytkownikach korzystania z kont portalu i tokenów.