Citrix DaaS

Non-domain-joined

Este artigo descreve como criar catálogos não ingressados no domínio usando o Citrix DaaS.

Requisitos

  • Plano de controle: Citrix DaaS

  • Tipo de VDA: VDA com SO de sessão única ou multissessão

  • Versão do VDA: 1811 ou posterior como o nível funcional mínimo para o catálogo. Se necessário, atualize o nível funcional mínimo

  • Tipo de provisionamento: Machine Creation Services (MCS) persistente e não persistente

  • Tipo de atribuição: dedicada e em pool

  • Plataforma de hospedagem: todas as plataformas suportadas pelo MCS

  • O Rendezvous V2 pode ser ativado, assim os Citrix Cloud Connectors não são necessários. Para ativar o Rendezvous, você deve adicionar uma configuração de registro. Para obter mais informações sobre como adicioná-lo, consulte Instalação e configuração do VDA.

Limitações

  • A continuidade do serviço não tem suporte.

Criar catálogos não ingressados no domínio

Usando o Citrix DaaS, você pode criar catálogos com base em grupos de trabalho ou máquinas não ingressadas no domínio. A criação de máquinas não ingressadas no domínio depende de como o grupo de identidade da conta foi criado. O grupo de identidades de conta é o mecanismo usado pelo MCS para criar e rastrear nomes de máquinas durante o provisionamento do catálogo.

Você pode criar catálogos não ingressados no domínio usando a interface Full Configuration ou o PowerShell.

Usar a interface Full Configuration

As informações a seguir são um complemento às orientações em Criar catálogos de máquinas. Para criar catálogos não ingressados no domínio, siga as orientações gerais nesse artigo, considerando os detalhes específicos aos catálogos não ingressados no domínio.

No assistente de criação de catálogo:

  • Na página Machine Identities, selecione Non-domain-joined. As máquinas criadas não são ingressadas em nenhum domínio.

Nota:

O tipo de identidade Non-domain-joined requer a versão 1811 ou posterior do VDA como o nível funcional mínimo para o catálogo. Para disponibilizá-lo, atualize o nível funcional mínimo, se necessário.

Usar o PowerShell

A seguir estão as etapas do PowerShell equivalentes às operações em Full Configuration.

Você pode criar um pool de identidades para catálogos não ingressados no domínio usando o SDK do PowerShell remoto.

Por exemplo, em versões anteriores, todos os campos do Active Directory eram fornecidos em uma única instância:

New-AcctIdentityPool -AllowUnicode -Domain "corp.local" -IdentityPoolName "NonDomainJoinedCatalog" -NamingScheme "NDJ-VM-##" -NamingSchemeType "Numeric" -OU "CN=Computers,DC=corp,DC=local"* -Scope @() -ZoneUid "81291221-d2f2-49d2-ab12-bae5bbd0df05"
<!--NeedCopy-->

O MCS agora usa os novos parâmetros do PowerShell, WorkgroupMachine e IdentityType, para criar um pool de identidades para catálogos não ingressados no domínio. Usando o mesmo exemplo acima, os parâmetros eliminam a necessidade de especificar todos os parâmetros específicos do AD, incluindo credenciais de administrador de domínio:

New-AcctIdentityPool -AllowUnicode -IdentityType "Workgroup" -WorkgroupMachine -IdentityPoolName "NonDomainJoinedCatalog" -NamingScheme "NDJ-VM-##" -NamingSchemeType "Numeric" -Scope @() -ZoneUid "81291221-d2f2-49d2-ab12-bae5bbd0df05"
<!--NeedCopy-->

Todos os outros comandos usados para criar catálogos não ingressados no domínio são os mesmos dos tradicionais catálogos ingressados no Active Directory local.

Non-domain-joined