Eu defini um papel de parede para todos os usuários do meu AD por meio de uma política de grupo:
User Configuration -> Policies -> Administrative Templates -> Desktop -> Desktop Wallpaper
Esse papel de parede é exibido pela primeira vez em que um usuário faz logon, mas se ele não fizer logoff e apenas desconectar a conexão RDP e reconectar-se ao RDP, o plano de fundo padrão do Windows Server 2008 será exibido.
Alguém sabe o que estou fazendo errado?
Estou executando o Windows Server 2008 R2 em ambas as máquinas nas quais os usuários fazem logon e no Active Directory Controller.
EDITAR: Encontrei o seguinte comportamento: Após o primeiro login, o valor do registro
HKCU\Control Panel\Desktop\Wallpaper
contém o seguinte:
C:\Users\UserXYZ\AppData\Roaming\Microsoft\Windows\Themes\TranscodedWallpaper.jpg
que é essencialmente o papel de parede padrão do Windows Server 2008 R2. Se eu substituir essa configuração manualmente e configurá-la para meu papel de parede personalizado, tudo funcionará bem, após cada desconexão e novo logon!
Eu finalmente consegui descobrir qual é o problema. O Windows aplica as configurações que eu defini através do registro e isso está funcionando bem. O problema é que, nos clientes do Windows Server 2008 R2, o Tema finalmente decidirá qual papel de parede está definido.
Então, tudo o que precisei fazer foi criar um tema personalizado e carregar esse tema para os usuários por meio do GPO.
Eu tive o mesmo problema, não apenas no RDP, mas também nos computadores. Eu encontrei uma solução que está adicionando uma política para definir uma configuração do Registro (Preferências - > Configurações do Windows - Registro).
Propriedades Hive HKEY_CURRENT_USER Caminho de chave Painel de controle \ Desktop Papel de parede com nome de valor Tipo de valor REG_SZ Dados do valor \ yourserver \ Public \ looknfeel \ background.jpg
Obviamente, verifique primeiro o log de eventos para verificar se suas políticas estão sendo aplicadas, pois esse seria o primeiro local a ser verificado.
Faça login como o usuário em questão que não obteve a área de trabalho exigida. Execute o RSOP para garantir que eles recebam o GPO em questão. Certifique-se de que o GPO seja imposto. Certifique-se de que outros GPOs mais altos na cadeia de alimentos não estejam impondo uma política diferente para os Desktops. Leia as informações abaixo.
Quando um Objeto de Diretiva de Grupo (GPO) está habilitado para link, isso significa que as configurações no Objeto de Diretiva de Grupo serão aplicadas ao objeto (pode ser um Sistema Local, Domínio, Site e Unidade Organizacional) ao qual ele tenha um link.
Por padrão, os Objetivos de Política de Grupo (GPOs) são aplicados na seguinte ordem: primeiro, políticas do sistema local, políticas no nível do Domínio do Active Directory, políticas no nível do Site do Active Directory e as políticas de toda a Organização. Unidades do qual o computador e o usuário são membros, iniciando na raiz do domínio. As configurações aplicadas por último são as configurações em vigor.
Quando um Objeto de Diretiva de Grupo (GPO) é imposto, as configurações no Objeto de Diretiva de Grupo em uma Unidade de Organização (que é mostrada como uma pasta no MMC Usuários e Computadores do Active Directory) não podem ser substituídas por um Objeto de Diretiva de Grupo. (GPO), que é o link habilitado em uma Unidade Organizacional abaixo da Unidade Organizacional com o Objeto de Diretiva de Grupo (GPO) imposto. Em Usuários e Computadores do Active Directory, o MMC 'abaixo' significa que é uma subpasta.
Aqui está uma postagem sobre como resolver esse problema. Seu caminho "políticas" pode estar incorreto: confira a postagem aqui e certifique-se de ter aplicado o hotfix.
Por último, certifique-se de que o local dos arquivos a serem definidos como papel de parede esteja em um compartilhamento de servidor que seja acessível a todos e que as permissões de NTFS estejam corretas.Verifique as configurações do RDP. Eu pareço lembrar que, por padrão, o RDP desabilita o papel de parede para economizar largura de banda / reduzir a latência.