“A operação solicitada requer elevação” ao tentar gerenciar impressoras

Question

Ok, então, adicionei algumas pessoas ao grupo de operadores de impressão local (por meio de um grupo do AD) em um servidor de arquivos / impressão. Também adicionei manualmente os operadores de impressão E o grupo de anúncios à ACL de segurança para as impressoras individuais (depois de perceber que os operadores de impressão não estavam na ACL por padrão). Eu fiz a mesma coisa com o próprio servidor de impressão via Print Management \ Print Servers \ server.

No entanto, os usuários que (e eu verifiquei isso várias vezes) no grupo AD ainda recebem o erro acima quando RDP'd no servidor, quando vão para Dispositivos e Impressoras, encontram a impressora para gerenciar, Abra a fila de impressão e selecione Abrir como administrador. Especificamente, o erro está se referindo a c: \ windows \ system32 \ printui.exe.

Além disso, o UAC está na configuração mais baixa, o que sei que na verdade não significa desativado no Server 2012, mas imaginei que também mencionaria isso.

Alguma ideia? Nós confiamos nessas pessoas, mas não o suficiente para dar a elas um administrador local nos servidores, então isso não é realmente uma opção neste momento. E eles não são todos locais para os sites que suportam, por isso, ao gerenciá-los remotamente instalando as impressoras em seus sistemas é uma opção, não é uma opção fantástica (abrir as filas de impressão seria um pouco lento).

    

Answer 1

OK, eu percebi isso ontem, mas esqueci de marcar a resposta.

Basicamente, eu menti anteriormente (não de propósito) sobre o domínio Administradores de Impressão do grupo tendo controle total sobre as impressoras. Eu adicionei a ACL das impressoras ontem, e um dos administradores do local verificou que ela era capaz de gerenciar as filas de impressão. Portanto, parece que o grupo de operadores de impressão local que está sendo adicionado à ACL (com o grupo de Administradores de impressão de domínio sendo um membro disso) não fez o jack.

Então, novamente, acredito que isso se deva a uma esquisitice do UAC com o Server 2012/2012 R2, mas pelo menos está resolvido agora.