Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Symptomy
Występuje co najmniej jeden z następujących problemów.
Problem 1: Pełnomocnik nie może zaplanować spotkania usługi Teams w imieniu delegata
Delegat, którego skrzynka pocztowa jest hostowana na serwerze Exchange Server, dodaje pełnomocnika do zarządzania kalendarzem programu Microsoft Outlook. Jednak pełnomocnik korzystający z dodatku Teams dla programu Outlook nie może zaplanować spotkania usługi Teams w imieniu osoby delegatora, a program Outlook zwraca następujący komunikat o błędzie:
Wygląda na to, że nie masz uprawnień do planowania spotkań dla tego konta. Porozmawiaj z właścicielem, aby uzyskać pozwolenie i spróbuj ponownie.
Problem 2. Występują problemy podczas próby użycia aplikacji Kalendarz usługi Teams
Występuje jeden z następujących problemów:
- Ikona Kalendarza nie jest wyświetlana w kliencie usługi Teams.
- Aplikacja Kalendarz usługi Teams wyświetla komunikat o błędzie "Niestety, nie można uzyskać szczegółów spotkania" podczas korzystania z komputera stacjonarnego lub klienta internetowego usługi Teams.
Aplikacja Kalendarz usługi Teams wymaga dostępu do skrzynki pocztowej programu Exchange za pośrednictwem usług sieci Web programu Exchange (EWS). Skrzynka pocztowa programu Exchange może być w trybie online lub lokalnie w zakresie wdrożenia hybrydowego programu Exchange.
Problem 3: Stan obecności w aplikacji Teams jest zablokowany w pozycji Poza biurem lub nie wyświetla komunikatu "W spotkaniu", gdy uczestniczysz w spotkaniu kalendarza programu Outlook
Występuje jeden z następujących problemów:
Skrzynka pocztowa jest hostowana na lokalnym serwerze Exchange i wyłączono funkcję Odpowiedzi automatyczne w kliencie programu Outlook. Jednak stan obecności usługi Teams wyświetla wartość "Out of Office" dla wszystkich klientów usługi Teams z tej samej organizacji. Ten stan może potrwać kilka dni.
Uwaga: w przypadku użytkowników, których skrzynka pocztowa jest hostowana lokalnie, oczekuje się, że opóźnienia obecności będą miały maksymalnie godzinę.
Uczestniczysz w spotkaniu kalendarza programu Outlook, ale stan obecności usługi Teams nie jest aktualizowany do "W spotkaniu".
Wymagania wstępne dotyczące integracji usług Teams i Exchange Server
Aby zintegrować usługę Teams z instalacją programu Exchange Server, upewnij się, że lokalne środowisko programu Exchange Server spełnia następujące wymagania:
Zweryfikuj wersję i zgodność środowiska programu Microsoft Exchange Server i usługi Microsoft Teams we wdrożeniu.
Usługa Microsoft Teams musi mieć świadomość, czy skrzynka pocztowa jest hostowana w usłudze Exchange Online, lokalnie, czy w hybrydowym wdrożeniu serwera Exchange. Usługi Teams wywołają usługi Exchange Online za pośrednictwem wywołania automatycznego wykrywania w wersji 2, które jest przekierowywane do serwerów lokalnych hostowanych skrzynkę pocztową w konfiguracji hybrydowej.
Usługa Exchange Online integruje się z lokalnym środowiskiem serwera Exchange zgodnie z opisem w temacie Co to jest uwierzytelnianie OAuth. Zaleca się skonfigurowanie go przez uruchomienie Kreatora hybrydowego programu Exchange, ale ten sam wynik można osiągnąć ręcznie, zgodnie z opisem w temacie Konfigurowanie uwierzytelniania OAuth między organizacjami programu Exchange i usługi Exchange Online. Usługa Exchange Online jest reprezentowana przez identyfikator aplikacji
00000002-0000-0ff1-ce00-000000000000
.Ponadto usługi Teams muszą uwierzytelniać się w imieniu użytkownika, aby uzyskać dostęp do skrzynki pocztowej hostowanej lokalnie również przy użyciu protokołu OAuth. W tym przypadku identyfikator aplikacji usługi Skype dla firm Online
00000004-0000-0ff1-ce00-000000000000
jest używany przez usługę planowania teams wraz z adresem MailUser, do którego odwołuje się użytkownik MailUser w temacie Configure Integration and OAuth between Skype dla firm Online and Exchange Server( Konfigurowanie integracji i uwierzytelniania OAuth między usługą Skype dla firm Online i programem Exchange Server):- Konto jest ukryte w książce adresowej programu Exchange. Najlepszym rozwiązaniem jest ukrycie konta z książki adresowej, ponieważ jest to konto wyłączone.
- Konto ma przypisaną rolę zarządzania programem Exchange — UserApplication.
- Do przechowywania i archiwizowania wymagane jest przypisanie roli ArchiveApplication .
- Wszystkie kroki opisane w tym artykule wymagane są do uzyskania pełnej funkcjonalności usług Teams i serwera Exchange lokalnie.
Uwaga 16.
Przykład użycia Platforma tożsamości Microsoft i protokołu OAuth 2.0 można znaleźć tutaj.
Należy skonfigurować zaporę internetową lub zwrotny serwer proxy, aby umożliwić usłudze Microsoft Teams dostęp do serwerów z uruchomionym programem Exchange Server przez dodanie adresów URL i zakresów adresów IP dla usługi Skype dla firm Online i Microsoft Teams do listy dozwolonych. Aby uzyskać więcej informacji, zobacz Microsoft 365 URL and IP address ranges - Microsoft Teams (Adresy URL i zakresy adresów IP platformy Microsoft 365 — Microsoft Teams).
Funkcja automatycznego wykrywania programu Exchange w wersji 2. jest wymagana, aby umożliwić usłudze Teams przeprowadzenie nieuwierzytelnionego odnajdowania skrzynki pocztowej użytkownika znajdującej się w programie Exchange Server. Funkcja automatycznego wykrywania w wersji 2. jest w pełni obsługiwana w aktualizacji zbiorczej 19 programu Exchange Server 2013 lub nowszej. Wystarczy włączyć delegowanie usługi Teams, aby działało poprawnie. Jednak aplikacja Kalendarz usługi Teams wymaga zainstalowania aktualizacji zbiorczej 3 lub nowszej programu Exchange Server 2016. W związku z tym dla pełnej obsługi funkcji wymagana jest aktualizacja zbiorcza 3 programu Exchange Server 2016 lub nowsza.
Typowe kroki rozwiązywania problemów
Uwaga 16.
Te kroki rozwiązywania problemów dotyczą wszystkich wymienionych powyżej problemów.
Uruchamianie testu łączności integracji z programem Teams Exchange
Zarówno administratorzy, jak i nieadministratorzy mogą uruchomić test łączności programu Teams Exchange w narzędziu Analizator łączności zdalnej firmy Microsoft. To narzędzie służy do rozwiązywania problemów z łącznością, które mają wpływ na usługę Teams. Test łączności weryfikuje możliwość interakcji usługi Teams z programem Exchange. W przypadku środowisk hybrydowych programu Exchange uruchom ten test dwa razy, raz ze skrzynką pocztową platformy Microsoft 365 i raz z lokalną skrzynką pocztową.
Uwaga 16.
Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
Aby uruchomić test łączności, wykonaj następujące kroki:
- Otwórz przeglądarkę internetową i przejdź do testu łączności integracji z programem Teams Exchange.
- Zaloguj się przy użyciu poświadczeń konta użytkownika, którego dotyczy problem.
- Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
- Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Dodatkowe kroki
Po uruchomieniu testu łączności integracji z programem Teams Exchange wykonaj następujące kroki.
Krok 1. Sprawdź, czy usługa wykrywania automatycznego działa prawidłowo
Usługa Teams używa usługi wykrywania automatycznego programu Exchange do lokalizowania adresu URL EWS opublikowanego przez serwer z uruchomionym programem Exchange Server. Aby sprawdzić, czy proces wykrywania automatycznego działa prawidłowo, uruchom test łączności programu Outlook w narzędziu Analizator łączności zdalnej firmy Microsoft. Narzędzie Analizator łączności zdalnej używa określonego zestawu adresów IP do lokalizowania adresu URL EWS. Aby uzyskać listę tych adresów IP dla platformy Microsoft 365, zobacz informacje o identyfikatorze 46 w zakresach adresów URL i adresów IP platformy Microsoft 365.
Uwaga 16.
Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
Aby uruchomić test łączności, wykonaj następujące kroki:
Otwórz przeglądarkę internetową i przejdź do testu łączności programu Outlook.
W polu Adres e-mail wprowadź adres e-mail skrzynki pocztowej, której dotyczy problem.
Uwaga: w przypadku problemu z delegowaniem usługi Teams wprowadź skrzynkę pocztową delegatora. W przypadku problemów z obecnością aplikacji Kalendarz usługi Teams i aplikacji Teams wprowadź skrzynkę pocztową użytkownika, której dotyczy problem.
W polu Domain\User Name (lub UPN) wprowadź nazwę konta, która ma uprawnienia do uruchomienia tego testu w formacie domena\użytkownik (
contoso.com\user
) lub w formacie UPN (user@contoso.com
).W polu Hasło wprowadź hasło konta określonego w kroku 3.
W obszarze Wybór wykrywania automatycznego wybierz pozycję Użyj wykrywania automatycznego, aby wykryć ustawienia serwera.
Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Krok 2: Sprawdź, czy usługa automatycznego wykrywania może kierować żądania automatycznego wykrywania do lokalnego
W programie Windows PowerShell uruchom następujące polecenie:
Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=<Email address of the affected mailbox>&Protocol=EWS" -UserAgent Teams
Uwaga 16.
W przypadku problemu z delegowaniem usługi Teams przetestuj skrzynkę pocztową delegatora. W przypadku problemów z obecnością aplikacji Kalendarz usługi Teams i aplikacji Teams przetestuj skrzynkę pocztową użytkownika, której dotyczy problem.
W przypadku skrzynki pocztowej hostowanej lokalnie adres URL EWS powinien wskazywać lokalny zewnętrzny EWS. Dane wyjściowe powinny przypominać następujący przykład:
Adres URL protokołu
-------- ---
EWS <
https://mail.contoso.com/EWS/Exchange.asmx
>
Jeśli ten test zakończy się niepowodzeniem lub jeśli adres URL EWS jest niepoprawny, zapoznaj się z sekcją Wymagania wstępne dotyczące integracji usługi Teams i programu Exchange Server . Problem jest prawdopodobnie spowodowany problemem z konfiguracją hybrydową programu Exchange lub zaporą lub zwrotnym serwerem proxy blokującym żądania zewnętrzne.
Krok 3: Sprawdź, czy protokół uwierzytelniania Exchange OAuth jest włączony i działa
Aby sprawdzić, czy uwierzytelnianie OAuth programu Exchange jest włączone i funkcjonalne, uruchom Test-OAuthCOnnectivity
polecenie zgodnie z opisem w temacie Konfigurowanie uwierzytelniania OAuth między organizacjami programu Exchange i usługi Exchange Online.
Ponadto uruchom test łączności Wolny/Zajęty w narzędziu Microsoft Remote Connectivity Analyzer. Ten test sprawdza, czy skrzynka pocztowa platformy Microsoft 365 może uzyskać dostęp do informacji wolnych/zajętych lokalnej skrzynki pocztowej i na odwrót (jeden kierunek na przebieg testu).
Uwaga 16.
- Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
- Ten test należy uruchomić dwa razy, zamieniając źródłowy adres e-mail skrzynki pocztowej na docelowy adres e-mail skrzynki pocztowej, ponieważ każdy przebieg jest jednokierunkowy. Nie musisz uruchamiać tego testu przy użyciu konta, którego dotyczy problem. Test można uruchomić przy użyciu dowolnej pary lokalnej skrzynki pocztowej i skrzynki pocztowej platformy Microsoft 365.
Aby uruchomić test łączności, wykonaj następujące kroki:
- Otwórz przeglądarkę internetową i przejdź do testu łączności Wolny/Zajęty .
- W polu Źródłowy adres e-mail skrzynki pocztowej wprowadź adres e-mail źródłowej skrzynki pocztowej.
- Na liście rozwijanej Typ uwierzytelniania wybierz pozycję Nowoczesne uwierzytelnianie (OAuth)..
- Zaloguj się przy użyciu poświadczeń źródłowej skrzynki pocztowej.
- W polu Docelowy adres e-mail skrzynki pocztowej wprowadź adres e-mail docelowej skrzynki pocztowej.
- W polu Wybór usługi wybierz odpowiednią usługę.
- Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
- Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Aby dowiedzieć się więcej na temat rozwiązywania problemów z wolnym/zajętym w hybrydowym wdrożeniu lokalnej i usługi Exchange Online na platformie Microsoft 365, zobacz ten artykuł.
Rozwiązywanie problemu z delegowaniem usługi Teams
Uwaga 16.
Te kroki rozwiązywania problemów dotyczą tylko problemu 1.
Uruchamianie testu łączności delegowania spotkania usługi Teams
Zarówno administratorzy, jak i nieadministratorzy mogą uruchomić test łączności delegowania spotkania usługi Teams w narzędziu Analizator łączności zdalnej firmy Microsoft. To narzędzie służy do rozwiązywania problemów z łącznością, które mają wpływ na usługę Teams. Test łączności sprawdza, czy Twoje konto spełnia wymagania dotyczące planowania spotkania usługi Teams w imieniu osoby delegatora.
Uwaga 16.
Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
Aby uruchomić test łączności, wykonaj następujące kroki:
- Otwórz przeglądarkę internetową i przejdź do testu łączności Delegowanie spotkania usługi Teams.
- Zaloguj się przy użyciu poświadczeń konta użytkownika, którego dotyczy problem.
- Wprowadź adres e-mail delegata.
- Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
- Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Jeśli test zakończy się niepowodzeniem, wykonaj następujące kroki.
Krok 1. Sprawdź, czy pełnomocnik ma uprawnienie Autor do kalendarza delegata
Jeśli skrzynka pocztowa delegatora jest hostowana na lokalnym serwerze Exchange, wykonaj następujące kroki:
Otwórz klasyczny program Outlook przy użyciu poświadczeń delegatora.
Wybierz pozycję Ustawienia>konta plików>Deleguj dostęp.
W oknie dialogowym Delegaci wybierz pełnomocnika, a następnie wybierz pozycję Uprawnienia. Jeśli pełnomocnik nie znajduje się na liście, wybierz pozycję Dodaj , aby dodać delegata.
W oknie dialogowym Delegowanie uprawnień upewnij się, że pełnomocnik ma uprawnienie Autor (może odczytywać i tworzyć elementy) lub Edytor (może odczytywać, tworzyć i modyfikować elementy) do folderu Kalendarz.
Uwaga: minimalnym uprawnieniem wymaganym dla pełnomocnika do utworzenia spotkania w imieniu delegatora jest uprawnienie Autor (może odczytywać i tworzyć elementy). Domyślnie po dodaniu delegata zostanie przyznany Edytor (może odczytywać, tworzyć i modyfikować elementy) uprawnienia do folderu Kalendarz .
Wybierz przycisk OK.
Po wykonaniu tych kroków folder i uprawnienia Wyślij w imieniu są przechowywane w skrzynce pocztowej delegatora. Ponadto delegat jest dodawany do listy delegatów przechowywanych w ukrytym elemencie w skrzynce pocztowej delegatora.
Jeśli skrzynka pocztowa delegatora jest hostowana w usłudze Exchange Online, możesz wykonać te same kroki wymienione powyżej, jak w przypadku, gdy skrzynka pocztowa delegatora jest hostowana na lokalnym serwerze Exchange. Możesz też nawiązać połączenie z programem PowerShell usługi Exchange Online i uruchomić polecenie Set-Mailboxfolderpermission programu PowerShell z uprawnieniami administratora:
Set-Mailboxfolderpermission -identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Author –SharingpermissionFlags Delegate
Krok 2. Sprawdź, czy usługa Teams nie ma dostępu do EWS dla całej organizacji
Uruchom następujące polecenie programu Exchange PowerShell, aby sprawdzić, czy EwsApplicationAccessPolicy
parametr został ustawiony EnforceAllowList
dla całej organizacji:
Get-OrganizationConfig | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
wartość , tylko klienci wymienioni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS. Pusta wartość EwsAllowList
(EwsAllowList={}) uniemożliwia wszystkim użytkownikom uzyskiwanie dostępu do EWS.
Uwaga 16.
Blokowanie EWS może również powodować problemy z aplikacją kalendarza usługi Teams. Aby uzyskać więcej informacji, zobacz Sprawdzanie, czy aplikacja kalendarza usługi Teams jest włączona.
Upewnij się, że SchedulingService
jest on wymieniony jako element członkowski tablicy parametru EwsAllowList
. Jeśli nie, uruchom następujące polecenie, aby go dodać:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na Wartość True lub Null (puste). W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 3. Sprawdź, czy usługa Teams nie ma dostępu do EWS dla skrzynki pocztowej delegatora
Uruchom następujące polecenie programu Exchange PowerShell, aby sprawdzić, czy EwsApplicationAccessPolicy
parametr został ustawiony EnforceAllowList
dla skrzynki pocztowej delegatora:
Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
wartość , tylko klienci wymienioni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS.
Upewnij się, że SchedulingService
jest on wymieniony jako element członkowski tablicy parametru EwsAllowList
. Jeśli nie, uruchom następujące polecenie programu Exchange PowerShell, aby je dodać:
Set-CASMailbox <delegator's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na wartość True. W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 4: eskalacja problemu
Jeśli sprawdzono, że nie ma problemu z wymaganiami wstępnymi lub konfiguracjami wymienionymi w tym artykule, prześlij żądanie obsługi, aby pomoc techniczna firmy Microsoft z następującymi informacjami:
- UserPrincipalName dla delegata i delegata.
- Dodatki spotkania usługi Teams są dzienniki w folderze
%appdata%\\microsoft\\teams\\meeting-addin
. - Godzina odtworzenia problemu w formacie UTC.
- Dzienniki debugowania klienta usługi Teams zebrane z komputera pełnomocnika. Aby uzyskać więcej informacji na temat zbierania tych dzienników, zobacz artykuł Używanie plików dziennika w rozwiązywaniu problemów z usługą Microsoft Teams.
Rozwiązywanie problemów z aplikacją kalendarza usługi Teams
Uwaga 16.
Te kroki rozwiązywania problemów dotyczą tylko problemu 2.
Krok 1: Sprawdź, czy aplikacja Kalendarz usługi Teams jest włączona
Otwórz centrum administracyjne usługi Microsoft Teams, wybierz pozycję Użytkownicy>Zarządzaj użytkownikami, wybierz użytkownika, którego dotyczy problem, a następnie wybierz pozycję Wyświetl zasady.
Wybierz zasady konfiguracji aplikacji przypisane dla tego użytkownika. W powyższym przykładzie przypisywane są globalne zasady (domyślne dla całej organizacji). Upewnij się, że jest wyświetlana aplikacja kalendarza (ID
ef56c0de-36fc-4ef8-b417-3d82ba9d073c
).Jeśli brakuje aplikacji kalendarza, przywróć ją. Aby uzyskać więcej informacji, zobacz artykuł Zarządzanie zasadami konfiguracji aplikacji w usłudze Microsoft Teams.
Krok 2. Sprawdzanie, czy tryb współistnienia usługi Teams umożliwia spotkania usługi Teams
Otwórz centrum administracyjne usługi Teams firmy Microsoft.
Wybierz pozycję Użytkownicy>Zarządzaj użytkownikami i wybierz użytkownika, którego dotyczy problem.
Sprawdź, czy ustawienie Tryb współistnienia jest ustawione na wartość inną niż tylko Skype dla firm lub Skype dla firm z funkcją współpracy w usłudze Teams.
Jeśli tryb współistnienia użytkownika ma wartość Użyj ustawień dla całej organizacji, jest używany domyślny tryb współistnienia dzierżawy. W takim przypadku wykonaj następujące kroki:
Przejdź do ustawień dla całej organizacji i wybierz pozycję Uaktualnij usługę Teams.
Sprawdź, czy domyślne ustawienie trybu współistnienia jest ustawione na wartość inną niż tylko Skype dla firm lub Skype dla firm z funkcją współpracy w usłudze Teams.
Krok 3: Sprawdź, czy usługa Teams nie ma dostępu do EWS dla całej organizacji
Uruchom to polecenie programu Exchange PowerShell, aby sprawdzić, czy parametr EwsApplicationAccessPolicy
został ustawiony EnforceAllowList
dla całej organizacji:
Get-OrganizationConfig | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
, tylko klienci wymienieni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS.
Upewnij się, że pozycje MicrosoftNinja/*, *Teams/*i SkypeSpaces/* są wyświetlane jako elementy członkowskie tablicy parametru EwsAllowList
. Jeśli tak nie jest, uruchom następujące polecenie, aby je dodać:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na Wartość True lub Null (puste). W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 4: Sprawdź, czy usługa Teams nie jest zablokowana w dostępie do EWS dla użytkownika, którego dotyczy problem
Uruchom to polecenie programu Exchange PowerShell, aby sprawdzić, czy EwsApplicationAccessPolicy
parametr został ustawiony EnforceAllowList
dla skrzynki pocztowej użytkownika:
Get-CASMailbox <UserPincipalName> | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
, tylko klienci wymienieni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS.
Upewnij się, że pozycje MicrosoftNinja/*, *Teams/*i SkypeSpaces/* są wyświetlane jako elementy członkowskie tablicy parametru EwsAllowList
. Jeśli tak nie jest, uruchom następujące polecenie programu Exchange PowerShell, aby je dodać:
Set-CASMailbox <UserPincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na wartość True. W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 5. Sprawdzanie, czy test łączności aplikacji kalendarza usługi Teams zakończył się pomyślnie
Zarówno administratorzy, jak i nieadministratorzy mogą uruchomić test łączności aplikacji kalendarza usługi Teams w narzędziu Analizator łączności zdalnej firmy Microsoft. To narzędzie służy do rozwiązywania problemów z łącznością, które mają wpływ na usługę Teams. Test łączności sprawdza, czy usługa zaplecza usługi Teams może łączyć się ze skrzynką pocztową programu Exchange.
Uwaga 16.
Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
Aby uruchomić test łączności, wykonaj następujące kroki:
- Otwórz przeglądarkę internetową i przejdź do testu łączności aplikacji Kalendarz usługi Teams.
- Zaloguj się przy użyciu poświadczeń konta użytkownika, którego dotyczy problem.
- Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
- Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Krok 6. Eskalacja problemu
Jeśli sprawdzono, że nie ma problemu z wymaganiami wstępnymi i konfiguracjami wymienionymi w tym artykule, prześlij żądanie obsługi, aby pomoc techniczna firmy Microsoft z następującymi informacjami:
- Nazwa UserPrincipalName użytkownika, którego dotyczy problem.
- Godzina odtworzenia problemu w formacie UTC.
- Dzienniki debugowania klienta usługi Microsoft Teams. Aby uzyskać więcej informacji na temat zbierania tych dzienników, zobacz artykuł Używanie plików dziennika w rozwiązywaniu problemów z usługą Microsoft Teams.
Rozwiązywanie problemu z obecnością w usłudze Teams
Uwaga 16.
Te kroki rozwiązywania problemów dotyczą tylko problemu 3.
Krok 1: Sprawdź, czy adres URL interfejs API REST lokalnego programu Exchange został opublikowany w sieci publicznej
Sprawdź, czy usługa automatycznego wykrywania może kierować żądania wykrywania automatycznego do środowiska lokalnego przy użyciu skrzynki pocztowej użytkownika w celu zlokalizowania lokalnego adresu URL EWS programu Exchange i zmienić format adresu URL. Na przykład zmień wartość https://mail.contoso.com/EWS/Exchange.asmx
na https://mail.contoso.com/api
.
Spróbuj uzyskać dostęp do adresu URL interfejsu API REST z przeglądarki w sieci zewnętrznej. Jeśli otrzymasz odpowiedź 401 ze środowiska lokalnego programu Exchange, oznacza to, że adres URL interfejsu API REST został opublikowany. W przeciwnym razie skontaktuj się z zespołem sieci lokalnej, aby opublikować adres URL.
Uwaga 16.
Funkcja obecności w usłudze Teams nie obsługuje rezerwowego adresu URL EWS, jeśli dostęp do interfejsu API REST programu Exchange nie powiedzie się.
Krok 2. Sprawdź, czy test łączności aplikacji Teams Na podstawie zdarzeń kalendarza zakończył się pomyślnie
Zarówno administratorzy, jak i nieadministratorzy mogą uruchomić test łączności usługi Teams Na podstawie zdarzeń kalendarza w narzędziu Analizator łączności zdalnej firmy Microsoft. Narzędzie Analizator łączności zdalnej używa określonego zestawu adresów IP do lokalizowania adresu URL EWS. Aby uzyskać listę tych adresów IP dla platformy Microsoft 365, zobacz informacje o identyfikatorze 46 w zakresach adresów URL i adresów IP platformy Microsoft 365. Ten test łączności weryfikuje wymagania dotyczące aktualizowania stanu obecności użytkownika w aplikacji Teams na podstawie ich zdarzeń kalendarza w programie Microsoft Outlook.
Uwaga 16.
Narzędzie Microsoft Remote Connectivity Analyzer nie jest dostępne dla środowisk GCC i GCC High Microsoft 365 Government.
Aby uruchomić test łączności, wykonaj następujące kroki:
- Otwórz przeglądarkę internetową i przejdź do testu Obecności w aplikacji Teams na podstawie zdarzeń kalendarza.
- Zaloguj się przy użyciu poświadczeń konta użytkownika, którego dotyczy problem.
- Wprowadź wyświetlony kod weryfikacyjny, a następnie wybierz pozycję Weryfikuj.
- Zaznacz pole wyboru, aby zaakceptować warunki umowy, a następnie wybierz pozycję Wykonaj test.
Po zakończeniu testu na ekranie zostaną wyświetlone szczegółowe informacje o testach, które zostały wykonane i czy test zakończył się powodzeniem, niepowodzeniem lub zakończył się powodzeniem, ale wyświetlił kilka ostrzeżeń. Wybierz podane linki, aby uzyskać więcej informacji na temat ostrzeżeń i niepowodzeń oraz sposobu ich rozwiązywania.
Krok 3: Sprawdź, czy usługa Teams nie ma dostępu do EWS dla całej organizacji
Uruchom to polecenie programu Exchange PowerShell, aby sprawdzić, czy EwsApplicationAccessPolicy
parametr został ustawiony EnforceAllowList
dla całej organizacji:
Get-OrganizationConfig | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
, tylko klienci wymienieni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS. Pusta wartość EwsAllowList
(EwsAllowList={}) uniemożliwia wszystkim klientom uzyskiwanie dostępu do EWS.
Upewnij się, że *Microsoft.Skype.Presence.App/* jest wymieniona jako składowa tablicy parametru EwsAllowList
. Jeśli nie, uruchom następujące polecenie, aby go dodać:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na Wartość True lub Null (puste). W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 4. Sprawdź, czy usługa Teams nie ma dostępu do EWS dla skrzynki pocztowej użytkownika
Uruchom to polecenie programu Exchange PowerShell, aby sprawdzić, czy EwsApplicationAccessPolicy
parametr został ustawiony EnforceAllowList
dla skrzynki pocztowej użytkownika:
Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*
Jeśli parametr został ustawiony na EnforceAllowList
wartość , tylko klienci wymienieni w programie EwsAllowList
mogą uzyskiwać dostęp do EWS.
Upewnij się, że *Microsoft.Skype.Presence.App/* jest wymieniona jako składowa tablicy parametru EwsAllowList
. Jeśli nie, uruchom następujące polecenie programu Exchange PowerShell, aby je dodać:
Set-CASMailbox <user's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}
EwsEnabled
Jeśli parametr ma wartość False, należy ustawić go na wartość True. W przeciwnym razie usługa Teams nie może uzyskać dostępu do EWS.
Krok 5. Eskalacja problemu
Jeśli sprawdzono, że nie ma problemu z wymaganiami wstępnymi i konfiguracjami wymienionymi w tym artykule, prześlij żądanie obsługi, aby pomoc techniczna firmy Microsoft z następującymi informacjami:
- Nazwa UserPrincipalName użytkownika, którego dotyczy problem.
- Godzina odtworzenia problemu w formacie UTC.
- Dzienniki debugowania klienta usługi Microsoft Teams. Aby uzyskać więcej informacji na temat zbierania tych dzienników, zobacz artykuł Używanie plików dziennika w rozwiązywaniu problemów z usługą Microsoft Teams.