Citrix DaaS™

Zonas

Introdução

As implantações do Citrix DaaS (anteriormente serviço Citrix Virtual Apps and Desktops™) que abrangem locais amplamente dispersos conectados por uma WAN podem enfrentar desafios de latência e confiabilidade da rede. O uso de zonas pode ajudar usuários em regiões remotas a se conectar a recursos sem necessariamente forçar suas conexões a atravessar grandes segmentos da WAN. No ambiente Citrix DaaS, cada local de recurso é considerado uma zona.

As zonas podem ser úteis em implantações de todos os tamanhos. Você pode usar zonas para manter aplicativos e desktops mais próximos dos usuários, o que melhora o desempenho. As zonas podem ser usadas para recuperação de desastres, data centers geograficamente distantes, filiais, uma nuvem ou uma zona de disponibilidade em uma nuvem.

Ao longo deste artigo, o termo local se refere à zona em discussão. Por exemplo, “Um VDA se registra em um Cloud Connector local” significa que um VDA se registra em um Cloud Connector na zona onde o VDA está localizado.

Diferenças das zonas em ambientes Citrix Virtual Apps™ e Desktops locais

As zonas no ambiente Citrix DaaS™ são semelhantes, mas não idênticas às zonas em uma implantação local do Citrix Virtual Apps and Desktops.

  • No Citrix DaaS, as zonas são criadas automaticamente quando você cria um local de recurso e adiciona um Cloud Connector a ele. Ao contrário de uma implantação local, o ambiente Citrix DaaS não classifica as zonas como primárias ou satélites.
  • No XenApp versão 6.5 e anteriores, as zonas incluíam coletores de dados. O Citrix DaaS não usa coletores de dados para zonas. Além disso, o failover e as zonas preferenciais funcionam de forma diferente.

O que há em uma zona

Uma zona é equivalente a um local de recurso. Ao criar um local de recurso e instalar um Cloud Connector, uma zona é criada automaticamente para você. Cada zona pode ter um conjunto diferente de recursos, com base em suas necessidades e ambiente exclusivos.

Imagem de zonas

Cada zona deve sempre ter pelo menos um Cloud Connector e, preferencialmente, dois ou mais, para redundância.

Você pode colocar catálogos de máquinas, hipervisores, conexões de host, usuários e aplicativos em uma zona. Uma zona também pode conter servidores Citrix Gateway e StoreFront™. Para usar o recurso Local Host Cache, uma zona deve ter um servidor StoreFront.

As zonas são compatíveis com o Citrix Workspace™ e o serviço Citrix Gateway.

A colocação de itens em uma zona afeta como o Citrix DaaS interage com eles e com outros objetos relacionados a eles.

  • Quando uma conexão de hipervisor é colocada em uma zona, presume-se que todos os hipervisores gerenciados por meio dessa conexão também residam nessa zona.
  • Quando um catálogo de máquinas é colocado em uma zona, presume-se que todos os VDAs no catálogo estejam na zona.
  • Instâncias do Citrix Gateway podem ser adicionadas a zonas. Ao criar um local de recurso, é oferecida a opção de adicionar um Citrix Gateway. Quando um Citrix Gateway é associado a uma zona, ele é preferencialmente usado quando as conexões com VDAs nessa zona são utilizadas.
  • Idealmente, o Citrix Gateway em uma zona é usado para conexões de usuários que chegam a essa zona de outras zonas ou locais externos. Você também pode usá-lo para conexões dentro da zona.
  • Depois de criar mais locais de recurso e instalar Cloud Connectors neles (o que cria automaticamente mais zonas), você pode mover recursos entre as zonas. Essa flexibilidade vem com o risco de separar itens que funcionam melhor em proximidade. Por exemplo, mover um catálogo para uma zona diferente da conexão (host) que cria as máquinas no catálogo pode afetar o desempenho. Portanto, considere os possíveis efeitos não intencionais antes de mover itens entre as zonas. Mantenha um catálogo e a conexão de host que ele usa na mesma zona.

Se a conexão entre uma zona e o Citrix Cloud falhar, o recurso Local Host Cache permite que um Cloud Connector na zona continue a intermediar conexões com VDAs nessa zona. (A zona deve ter o StoreFront instalado.) Por exemplo, isso é eficaz em um escritório onde os trabalhadores usam o site local do StoreFront para acessar seus recursos locais, mesmo que o link WAN que conecta o escritório à rede corporativa falhe. Para obter mais informações, consulte Local Host Cache.

Onde os VDAs se registram

Os VDAs devem ter a versão mínima 7.7 para usar esses recursos de registro de zona:

  • Um VDA em uma zona se registra em um Cloud Connector local.
    • Enquanto esse Cloud Connector puder se comunicar com o Citrix Cloud™, as operações normais continuam.
    • Se esse Cloud Connector estiver operacional, mas não puder se comunicar com o Citrix Cloud (e essa zona tiver um StoreFront local), ele entrará no modo de interrupção do Local Host Cache.
    • Se um Cloud Connector falhar, os VDAs nessa zona tentarão se registrar em outros Cloud Connectors locais. Um VDA em uma zona nunca tenta se registrar em um Cloud Connector em outra zona.
  • Se você adicionar ou remover um Cloud Connector em uma zona (usando o console de gerenciamento do Citrix Cloud) e a atualização automática estiver habilitada, os VDAs nessa zona receberão listas atualizadas de Cloud Connectors locais disponíveis, para que saibam com quem podem se registrar e aceitar conexões.
  • Se você mover um catálogo de máquinas para outra zona (usando o Studio), os VDAs nesse catálogo se registrarão novamente nos Cloud Connectors na zona para onde você moveu o catálogo. Ao mover um catálogo, certifique-se de mover também qualquer conexão de host associada para a mesma zona.
  • Durante uma interrupção (quando os Cloud Connectors em uma zona não podem se comunicar com o Citrix Cloud), apenas os recursos associados a máquinas registradas nessa zona estão disponíveis.

Preferência de zona

Em um Site com várias zonas, o recurso de preferência de zona oferece ao administrador mais flexibilidade para controlar qual VDA é usado para iniciar um aplicativo ou desktop.

Como funciona a preferência de zona

Existem três formas de preferência de zona. Você pode preferir usar um VDA em uma zona específica, com base em:

  • Onde os dados do aplicativo estão armazenados. Isso é conhecido como “application home” (local de origem do aplicativo).
  • O local dos dados de origem do usuário, como um perfil ou compartilhamento doméstico. Isso é conhecido como “user home” (local de origem do usuário).
  • A localização atual do usuário (onde o aplicativo Citrix Workspace está sendo executado). Isso é conhecido como “user location” (localização do usuário). A localização do usuário requer StoreFront 3.7 e Citrix Gateway (anteriormente NetScaler Gateway) 11.0-65.x no mínimo.

O gráfico a seguir mostra um exemplo de configuração de várias zonas.

Imagem de configuração de várias zonas

Neste exemplo, os VDAs estão espalhados por três zonas, mas todos estão no mesmo grupo de entrega. Portanto, o broker do Citrix DaaS pode ter uma escolha de qual VDA usar para uma solicitação de inicialização do usuário. Este exemplo ilustra que os usuários podem estar executando seus endpoints do aplicativo Citrix Workspace em diferentes locais. O Usuário A está usando um dispositivo com o aplicativo Citrix Workspace na zona 1. O Usuário B está usando um dispositivo na zona 2. Da mesma forma, os documentos de um usuário podem ser armazenados em diferentes locais. Os Usuários A e B usam um compartilhamento localizado na zona 1. O Usuário C usa um compartilhamento na zona 3. Além disso, um dos aplicativos publicados usa um banco de dados localizado na zona 1.

Você associa um usuário ou aplicativo a uma zona configurando uma zona de origem para o usuário ou aplicativo. O broker então usa essas associações para ajudar a selecionar a zona onde uma sessão será iniciada, se houver recursos disponíveis. Você:

  • Configura a zona de origem para um usuário adicionando um usuário a uma zona.
  • Configura a zona de origem para um aplicativo editando as propriedades do aplicativo.

Um usuário ou um aplicativo pode ter apenas uma zona de origem por vez. (Uma exceção para usuários pode ocorrer quando várias associações de zona ocorrem devido à associação a grupos de usuários. No entanto, mesmo neste caso, o broker usa apenas uma zona de origem.)

Embora as preferências de zona para usuários e aplicativos possam ser configuradas, o broker seleciona apenas uma zona preferencial para uma inicialização. A ordem de prioridade padrão para selecionar a zona preferencial é: local de origem do aplicativo > local de origem do usuário > localização do usuário. Quando um usuário inicia um aplicativo:

  • Se esse aplicativo tiver uma associação de zona configurada (um local de origem do aplicativo), a zona preferencial será a zona de origem desse aplicativo.
  • Se o aplicativo não tiver uma associação de zona configurada, mas o usuário tiver (um local de origem do usuário), a zona preferencial será a zona de origem desse usuário.
  • Se nem o aplicativo nem o usuário tiverem uma associação de zona configurada, a zona preferencial será a zona onde o usuário está executando uma instância do aplicativo Citrix Workspace (a localização do usuário). Se essa zona não estiver definida, uma seleção aleatória de VDA e zona será usada. O balanceamento de carga é aplicado a todos os VDAs na zona preferencial. Se não houver zona preferencial, o balanceamento de carga será aplicado a todos os VDAs no grupo de entrega.

Personalizando a preferência de zona

Ao configurar (ou remover) uma zona de origem para um usuário ou um aplicativo, você também pode restringir ainda mais como a preferência de zona é (ou não é) usada.

  • Uso obrigatório da zona de origem do usuário: Em um grupo de entrega, você pode especificar “Iniciar a sessão na zona de origem do usuário (se o usuário tiver uma zona de origem), sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona de origem.” Essa restrição é útil se você deseja evitar o risco de copiar grandes perfis ou arquivos de dados entre zonas. Em outras palavras, você preferiria negar o início de uma sessão a iniciar a sessão em uma zona diferente.
  • Uso obrigatório da zona de origem do aplicativo: Da mesma forma, ao configurar uma zona de origem para um aplicativo, você pode especificar “iniciar o aplicativo apenas nessa zona, sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona de origem do aplicativo.”
  • Nenhuma zona de origem do aplicativo e ignorar a zona de origem do usuário configurada: Se você não especificar uma zona de origem para um aplicativo, também poderá especificar “não considerar nenhuma zona de usuário configurada ao iniciar esse aplicativo.” Por exemplo, use a preferência de zona de localização do usuário se quiser que os usuários executem um aplicativo específico em um VDA próximo à sua máquina, mesmo que alguns usuários possam ter uma zona de origem diferente.

Como as zonas preferenciais afetam o uso da sessão

Quando um usuário inicia um aplicativo ou desktop, o broker prefere usar a zona preferencial em vez de usar uma sessão existente.

Se o usuário que inicia um aplicativo ou desktop já tiver uma sessão adequada para o recurso que está sendo iniciado (por exemplo, pode usar o compartilhamento de sessão para um aplicativo ou uma sessão já executando o recurso que está sendo iniciado), mas essa sessão estiver em um VDA em uma zona diferente da zona preferencial para o usuário/aplicativo, o sistema poderá criar uma nova sessão. Essa ação satisfaz a inicialização na zona correta (se tiver capacidade disponível), antes de reconectar a uma sessão em uma zona menos preferencial para os requisitos de sessão desse usuário.

Para evitar uma sessão órfã que não pode mais ser alcançada, a reconexão é permitida para sessões desconectadas existentes, mesmo que estejam em uma zona não preferencial.

A ordem de desejabilidade para sessões para satisfazer uma inicialização é:

  1. Reconectar a uma sessão existente na zona preferencial.
  2. Reconectar a uma sessão desconectada existente em uma zona não preferencial.
  3. Iniciar uma nova sessão na zona preferencial.
  4. Reconectar a uma sessão existente conectada em uma zona não preferencial.
  5. Iniciar uma nova sessão em uma zona não preferencial.

Outras considerações sobre a preferência de zona

  • Se você configurar uma zona de origem para um grupo de usuários (como um grupo de segurança), os usuários desse grupo (por meio de associação direta ou indireta) serão associados à zona especificada. No entanto, um usuário pode ser membro de vários grupos de segurança e, portanto, pode ter uma zona de origem diferente configurada por meio de outra associação de grupo. Nesses casos, a determinação da zona de origem desse usuário pode ser ambígua.

    Se um usuário tiver uma zona de origem configurada que não foi adquirida por meio de associação a grupo, essa zona será usada para preferência de zona. Quaisquer associações de zona adquiridas por meio de associação a grupo são ignoradas.

    Se o usuário tiver várias associações de zona diferentes adquiridas exclusivamente por meio de associação a grupo, o broker escolherá aleatoriamente entre as zonas. Depois que o broker fizer essa escolha, essa zona será usada para inicializações de sessão subsequentes, até que a associação do usuário ao grupo mude.

  • A preferência de zona de localização do usuário requer a detecção do aplicativo Citrix Workspace no dispositivo endpoint pelo Citrix Gateway através do qual esse dispositivo está se conectando. O Citrix deve ser configurado para associar intervalos de endereços IP a zonas específicas. A identidade da zona descoberta deve ser passada do StoreFront para o Citrix DaaS.

Embora escrito para o uso local de zonas, o post do blog Zone Preference Internals contém detalhes técnicos relevantes.

Permissões para gerenciar zonas

Um Administrador Completo pode executar todas as tarefas de gerenciamento de zona suportadas. Mover itens entre zonas não requer permissões relacionadas à zona (exceto permissão de leitura de zona). No entanto, você deve ter permissão de edição para os itens que está movendo. Por exemplo, para mover um catálogo de máquinas de uma zona para outra, você deve ter permissão de edição para esse catálogo.

Se você usa o Citrix Provisioning™: O console atual do Citrix Provisioning não reconhece zonas, então a Citrix recomenda usar o Studio para criar catálogos de máquinas que você deseja colocar em zonas específicas. Depois de criar o catálogo, você pode usar o console do Citrix Provisioning para provisionar máquinas nesse catálogo.

Criação de zona

Ao criar um local de recurso no Citrix Cloud e, em seguida, adicionar um Cloud Connector a esse local de recurso, o Citrix DaaS cria e nomeia automaticamente uma zona. Você pode, opcionalmente, adicionar uma descrição mais tarde.

Depois de criar mais de um local de recurso (e as zonas são criadas automaticamente), você pode mover recursos de uma zona para outra.

Locais de recurso e zonas são sincronizados periodicamente, geralmente a cada cinco minutos. Assim, se você alterar o nome de um local de recurso no Citrix Cloud, essa alteração será propagada para a zona associada em cinco minutos.

Adicionar ou alterar uma descrição de zona

Embora você não possa alterar o nome de uma zona, pode adicionar ou alterar sua descrição.

  1. No Studio, selecione Zonas no painel esquerdo.
  2. Selecione uma zona no painel central e, em seguida, selecione Editar Zona na barra de ações.
  3. Adicione ou altere a descrição da zona.
  4. Selecione OK ou Aplicar.

Mover recursos de uma zona para outra

  1. No Studio, selecione Zonas no painel esquerdo.
  2. Selecione uma zona no painel central e, em seguida, selecione um ou mais itens.
  3. Arraste os itens para a zona de destino ou selecione Mover Itens na barra de ações e, em seguida, especifique para qual zona movê-los. (Embora você possa selecionar Cloud Connectors, não pode realmente movê-los para uma zona diferente.)

Uma mensagem de confirmação lista os itens selecionados e pergunta se você tem certeza de que deseja mover todos eles.

Lembre-se: Quando um catálogo de máquinas usa uma conexão de host com um hipervisor ou serviço de nuvem, certifique-se de que o catálogo e a conexão estejam na mesma zona. Caso contrário, o desempenho pode ser afetado. Se você mover um, mova o outro também.

Exclusão de zona

Você não pode excluir uma zona. No entanto, você pode excluir um local de recurso (depois de remover seus Cloud Connectors). A exclusão do local de recurso exclui automaticamente a zona.

  • Se a zona não contiver nenhum item (como catálogos, conexões, aplicativos ou usuários), a zona será excluída durante a próxima sincronização entre zonas e locais de recurso. A sincronização ocorre a cada cinco minutos.
  • Se a zona contiver itens, a zona será excluída automaticamente após a remoção de todos os itens.

Adicionar uma zona de origem para um usuário

Configurar uma zona de origem para um usuário também é conhecido como adicionar um usuário a uma zona.

  1. No Studio, selecione Zonas no painel esquerdo.
  2. Selecione uma zona no painel central e, em seguida, selecione Adicionar Usuários à Zona na barra de ações.
  3. Na caixa de diálogo Adicionar Usuários à Zona, selecione Adicionar e, em seguida, selecione os usuários e grupos de usuários a serem adicionados à zona. Se você especificar usuários que já têm uma zona de origem, uma mensagem oferecerá duas opções: Sim = adicionar apenas os usuários especificados que não têm uma zona de origem; Não = retornar à caixa de diálogo de seleção de usuário.
  4. Selecione OK.

Para usuários com uma zona de origem configurada, você pode exigir que as sessões sejam iniciadas apenas de sua zona de origem:

  1. Crie ou edite um grupo de entrega.
  2. Na página Usuários, selecione a caixa de seleção As sessões devem ser iniciadas na zona de origem de um usuário, se configurado.

Todas as sessões iniciadas por um usuário nesse grupo de entrega devem ser iniciadas a partir de máquinas na zona de origem desse usuário. Se um usuário no grupo de entrega não tiver uma zona de origem configurada, essa configuração não terá efeito.

Remover uma zona de origem para um usuário

Este procedimento também é conhecido como remover um usuário de uma zona.

  1. No Studio, selecione Zonas no painel esquerdo.
  2. Selecione uma zona no painel central e, em seguida, selecione Remover Usuários da Zona na barra de ações.
  3. Na caixa de diálogo Adicionar Usuários à Zona, selecione Remover e, em seguida, selecione os usuários e grupos a serem removidos da zona. Essa ação remove os usuários apenas da zona. Esses usuários permanecem nos grupos de entrega aos quais pertencem.
  4. Confirme a remoção quando solicitado.

Gerenciar zonas de origem para aplicativos

Configurar uma zona de origem para um aplicativo também é conhecido como adicionar um aplicativo a uma zona. Por padrão, em um ambiente de várias zonas, um aplicativo não tem uma zona de origem.

A zona de origem de um aplicativo é especificada nas propriedades do aplicativo. Você pode configurar as propriedades do aplicativo ao adicionar o aplicativo a um grupo ou posteriormente.

  • Ao criar um grupo de entrega ou adicionar aplicativos a grupos existentes, selecione Propriedades na página Aplicativos do assistente.
  • Para alterar as propriedades de um aplicativo depois que ele for adicionado, selecione Zonas no painel esquerdo. Selecione um aplicativo e, em seguida, selecione Propriedades na barra de ações.

Na página Zonas das propriedades/configurações do aplicativo:

  • Se você quiser que o aplicativo tenha uma zona de origem:
    • Selecione o botão de rádio Usar a zona selecionada para decidir e, em seguida, selecione a zona.
    • Se você quiser que o aplicativo seja iniciado apenas da zona selecionada (e não de qualquer outra zona), selecione a caixa de seleção abaixo da seleção de zona.
  • Se você não quiser que o aplicativo tenha uma zona de origem:
    • Selecione o botão de rádio Não configurar uma zona de origem.
    • Se você não quiser que o broker considere nenhuma zona de usuário configurada ao iniciar este aplicativo, selecione a caixa de seleção abaixo do botão de rádio. Neste caso, nem as zonas de origem do aplicativo nem as do usuário são usadas para determinar onde iniciar este aplicativo.

Outras ações que incluem a especificação de zonas

Se você tiver mais de uma zona, poderá especificar uma zona ao adicionar uma conexão de host ou criar um catálogo. As zonas são listadas em ordem alfabética nas listas de seleção. Por padrão, o primeiro nome alfabético é selecionado.

Solução de problemas

O Studio oferece alertas proativos para garantir que seu Local Host Cache e suas zonas estejam configurados corretamente, para que você possa resolver os problemas a tempo antes que uma interrupção afete seus usuários. Esse recurso ajuda a manter o acesso contínuo do usuário a cargas de trabalho de missão crítica.

Uma guia Solução de problemas aparece para cada zona com problemas.

Para verificar problemas relacionados à zona, siga estas etapas:

  1. Vá para Zonas e clique na zona com o ícone de aviso.
  2. Vá para a guia Solução de problemas no painel inferior e leia as informações lá.

Nota:

Os diagnósticos são atualizados a cada hora.

Exemplo de informações de solução de problemas:

Exemplo de solução de problemas

A tabela a seguir fornece uma lista completa de avisos e erros relacionados à zona:

Gravidade Possíveis problemas Ações recomendadas
Aviso O local de recurso contém vários domínios. Locais de recurso que contêm vários domínios podem causar atrasos ou falhas nos registros de VDA quando no modo Local Host Cache. Reconfigure seu local de recurso para que todos os Cloud Connectors estejam no mesmo domínio. Consulte os Detalhes Técnicos do Citrix Cloud Connector para obter mais informações sobre configurações de vários domínios suportadas.
Aviso O número de conexões de host no local de recurso excede o limite recomendado, o que pode resultar em degradação do desempenho. Reduza o número de conexões de host no local de recurso para não mais do que o limite recomendado. Consulte Limites.
Aviso Há apenas um Cloud Connector no local de recurso. Para alta disponibilidade, instale dois Cloud Connectors em cada local de recurso. Consulte os Detalhes Técnicos do Citrix Cloud Connector.
Aviso Há menos CPUs por soquete do que o recomendado, o que pode resultar em degradação do desempenho no modo Local Host Cache. Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de CPU por soquete. Consulte Configuração de computação recomendada para Local Host Cache.
Aviso O StoreFront não está enviando solicitações STA para todos os Cloud Connectors neste local de recurso. Certifique-se de que todos os Cloud Connectors sejam adicionados como servidores STA no StoreFront e no NetScaler® Gateway para evitar falhas de inicialização no modo Local Host Cache.
Aviso O StoreFront é detectado no Local de Recurso, mas pelo menos um Connector dentro do Local de Recurso não está recebendo tráfego do StoreFront. A falta de tráfego do StoreFront pode afetar a escalabilidade e causar problemas ao entrar no modo de alta disponibilidade. Certifique-se de que todos os Cloud Connectors estejam listados como um feed de recurso no StoreFront e verifique se o StoreFront pode se comunicar com todos os Connectors listados na porta especificada no feed de recurso.
Aviso O local de recurso tem vários brokers Local Host Cache eleitos. Ter vários brokers Local Host Cache eleitos pode fazer com que os registros de VDA sejam divididos entre os conectores no modo Local Host Cache, levando a falhas intermitentes de inicialização. Certifique-se de que os conectores possam se comunicar em http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Consulte Zonas com vários Cloud Connectors.
Aviso Há menos processadores lógicos de CPU do que o recomendado, o que pode resultar em degradação do desempenho no modo Local Host Cache. Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de processador lógico de CPU para Local Host Cache. Consulte Configuração de computação recomendada para Local Host Cache.
Aviso Há menos RAM do que o recomendado, o que pode resultar em degradação do desempenho no modo Local Host Cache. Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de RAM para Local Host Cache. Consulte Configuração de computação recomendada para Local Host Cache.
Erro Há mais VDAs no local de recurso do que o recomendado, o que resultará em falhas nos registros de VDA no modo Local Host Cache. Reduza o número de VDAs neste local de recurso para não mais do que o limite recomendado. Consulte Limites.
Erro Nenhum dos Cloud Connectors na zona pode ser alcançado. Os VDAs neste local de recurso devem estar disponíveis por meio do Local Host Cache ou da Continuidade do Serviço. Revise a conectividade dos Cloud Connectors na zona e verifique o registro para ver se o modo LHC é forçado via registro. Se o LHC não for forçado via registro, considere executar o Utilitário de Verificação de Conectividade do Cloud Connector. Se o problema persistir, abra um tíquete de suporte.
Erro Há menos processadores lógicos de CPU do que o recomendado, o que pode resultar em degradação do desempenho. Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de processador lógico de CPU. Consulte Detalhes Técnicos do Citrix Cloud Connector.
Erro Há menos RAM do que o recomendado, o que pode resultar em degradação do desempenho. Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de RAM. Consulte Detalhes Técnicos do Citrix Cloud Connector.

Para obter um relatório detalhado de configurações incorretas na zona, execute o cmdlet do PowerShell, Get-ConfigMisconfigurationReport. Os detalhes adicionados incluem informações como qual Connector está configurado incorretamente, qual é a configuração incorreta atual e qual é a configuração recomendada.