Instalação de Clientes via Push - Revista Infra Magazine 3

Do que se trata o artigo:

O artigo descreve como � o processo de instala��o de um software cliente via m�todo push. No artigo veremos tamb�m como habilitar o m�todo, configurar o cliente, fazer troubleshooting e muito mais.

Para que serve:

O m�todo push, se configurado de forma correta, � uma poderosa funcionalidade que facilita a vida do administrador SCCM na tarefa de instala��o e atualiza��o autom�tica de clientes.

Em que situa��o o tema � �til:

Push � o m�todo de instala��o de clientes mais conhecido e, portanto, utilizado com muita frequ�ncia. Saber como ele funciona e como resolver os problemas mais comuns de instala��o de clientes � uma das tarefas do dia-a-dia de um administrador do SCCM.

O System Center Configuration Manager 2007 (antes conhecido como Microsoft System Management Server ou SMS e aqui chamado de SCCM) � uma solu��o completa de invent�rio, implementa��o e atualiza��o de servidores, clientes e dispositivos � em ambientes f�sicos, virtuais, distribu�dos e m�veis. Ele tende a levar a TI a um patamar mais produtivo e efetivo, reduzindo tarefas manuais e habilitando o foco para projetos de maior valor, maximizando investimentos em hardware e softwares, al�m de aumentar a produtividade do usu�rio final com o software correto no momento correto.

Para isso, o SCCM trabalha com o conceito de cliente. Um cliente do SCCM � qualquer computador que o SCCM possa gerenciar. Pode ser um computador desktop ou laptop do usu�rio, uma Workstation, um dispositivo m�vel ou um servidor, incluindo os servidores SCCM.

Nesse contexto, este artigo ir� apresentar como � o processo de instala��o de um software cliente via m�todo push de forma que possamos gerenciar o computador onde ser� feita a instala��o. Al�m disso, veremos tamb�m como habilitar o m�todo, configurar o cliente, fazer troubleshooting e muito mais.

O m�todo Push

Para que o SCCM possa gerenciar um cliente, um software deve ser instalado. Para instalar o software, podemos instalar:

� Via GPO (Group Policy objects);

� Manualmente;

� Via Windows Update utilizando o WSUS (Windows Server Update Services);

� Via M�todo Push.

A instala��o via push � utilizada pelo SCCM para instalar o software cliente automaticamente quando um novo recurso for descoberto, isto �, adicionado ao banco de dados do SCCM. Diferente dos outros, esse � o �nico m�todo em que o servidor SCCM inicia a instala��o. Nas pr�ximas se��es veremos o processo, como fazer a configura��o necess�ria, tanto do lado do servidor quanto do lado do cliente, de forma centralizada e, tamb�m, como resolver alguns dos problemas mais comuns.

Desmistificando

Existe uma certa confus�o em rela��o ao funcionamento da instala��o de clientes pelo m�todo push. O ponto principal est� em entender a diferen�a entre habilitar a instala��o do m�todo push ou utilizar o Wizard.

Ao habilitar a op��o do m�todo push, o servidor SCCM tentar� instalar o cliente para todos os computadores que ainda n�o possuem o cliente instalado e que pertencem ao site, isto �, o endere�o IP do computador pertence aos cadastrados na boundary do SCCM. J� o Wizard � um processo �manual� onde o administrador do SCCM pode tamb�m escolher por instalar o cliente para computadores n�o pertencentes ao site.

Quando o processo de descobrir novos clientes ocorre, um arquivo com extens�o DDR (Discovery Data Record) � criado para cada novo computador descoberto. Esse arquivo � sempre criado, independente das configura��es do m�todo push.

Em seguida, caso a instala��o autom�tica esteja selecionada, ou quando o Wizard de instala��o for conclu�do, um arquivo com extens�o CCR (Client Configuration Request) � gerado pelo servidor para cada computador.

Isso somente � verdade se: 1) os recursos identificados fazem parte da boundary do site e, 2) o recurso descoberto est� em conformidade com os selecionados.

Ap�s a cria��o do arquivo CCR, ele � processado pelo componente CCM (Client Configuration Manager) e a instala��o come�a. Caso a instala��o do cliente falhe, novas tentativas ocorrer�o uma vez por hora, durante 168 horas (1 semana) antes da desist�ncia.

Boundary/Boundaries: O SCCM usa boundaries para determinar quando um cliente est� dentro ou fora do site. Uma boundary pode ser definida atrav�s de sub-redes IP, ranges IP, prefixos IPv6 e sites do AD.

Habilitando a instala��o via Push

Quando se instala um cliente usando o m�todo push, o SCCM utiliza uma conta de usu�rio do windows ou a pr�pria conta de computador do SCCM caso uma conta de usu�rio n�o seja especificada. Esta informa��o tamb�m � v�lida quando a conta especificada n�o possui direitos administrativos no computador cliente.

Para configurar essa conta no SCCM, siga os passos:

1. Na console do SCCM expanda Site Database, Site Management, <C�digo do Site>, Site Settings, e ent�o clique em Client Installation Methods;

2. D� um duplo-clique em Client Push Installation para abrir a janela de propriedades. Nesta janela pode-se habilitar a instala��o para todos os novos computadores descobertos (ver Figura 1);

Figura 1. Client Push Installation Properties � Aba General.

3. Selecione a aba Accounts e clique no bot�o New (�cone amarelo que parece um sol);

4. Em User name, digite o nome de usu�rio que ser� utilizado para a instala��o de clientes, em Password e Confirm password, digite o password e ent�o clique OK (ver Figura 2).

Figura 2. Widnows User Account.

5. Quando a janela de Windows User Account for fechada, verifique se o usu�rio digitado aparece na lista de usu�rios configurados para fazer a instala��o via push;

6. Na aba Client e em Installation properties pode-se adicionar par�metros � instala��o. O par�metro mais comum � a utiliza��o do FSP (Fallback Status Point) (ver Figura 3);

FSP (Fallback Status Point): Quando utilizado o par�metro FSP, mensagens de status dos clientes que n�o foram instalados corretamente, n�o puderam ser designadas a um site espec�fico ou n�o puderam se comunicar de forma segura com o management point ser�o enviadas ao servidor SCCM.

Figura 3. Client Push Installation Properties � Aba Client.

7. Clique OK duas vezes.

Agora que j� habilitamos o m�todo push, temos que configurar as op��es de seguran�a para que a instala��o seja feita com sucesso. Na pr�xima se��o veremos como configurar essas informa��es via GPO (Group Policy Object). A GPO � capaz de mudar configura��es, restringir a��es ou at� mesmo distribuir aplica��es em seu ambiente de rede. As vantagens s�o muitas, e podem ser aplicadas em sites, dom�nios e organizational units (OUs).

GPO (Group Policy Object): GPO � um conjunto de configura��es relacionadas � seguran�a e configura��es de restri��o para ambientes corporativos.

Configurando as op��es de seguran�a via GPO

Quando ocorre a instala��o via m�todo push, alguns computadores podem n�o receber o software devido �s configura��es de seguran�a. Isso pode ser verificado no arquivo de log ccm.log onde pode-se encontrar as seguintes situa��es:

� O usu�rio que est� sendo utilizado para instalar o cliente ou o servidor SCCM n�o pertence ao grupo de administradores locais da esta��o;

� A esta��o possui o firewall do Windows habilitado e sem as devidas configura��es, isto �, permitindo o compartilhamento de arquivos e acesso remoto ao WMI (Windows Management Instrumentation).

Para corrigirmos os problemas acima citados, de forma centralizada, devemos:

� Configurar a conta usada para instalar o cliente como Administrador Local;

� Desabilitar ou criar exce��es no firewall.

Configurando a conta usada para instalar o cliente como administrador local

A conta de usu�rio utilizada para instalar o cliente deve pertencer ao grupo Administradores Local da esta��o. Por padr�o, o grupo �Domain Admins� e �Administrador� fazem parte desse grupo, por�m, adicionar o usu�rio ao grupo �Domain Admins� n�o � uma pr�tica de seguran�a recomendada, pois o usu�rio ter� mais direitos do que necessita. Uma alternativa � adicionar o usu�rio manualmente ao grupo de administradores locais, esta��o por esta��o, algo trabalhoso quando muitas m�quinas est�o envolvidas. Nesse caso, podemos utilizar GPO para facilitar a tarefa.

Para configurar uma GPO, siga os passos:

Clique em Start, Run e digite gpmc.msc (ver Figura 4);

Figura 4. Group Policy Management.

Na tela Group Policy Management expanda Forest/Domains/SeuDom�nio. Clique com o bot�o direito do mouse em Default Domain Policy e escolha Edit... (ver Figura 5);

Figura 5. Group Policy Object Editor.

3. Feito isso, expanda Computer Settings, Windows Settings, Security Settings e clique em Restricted Groups (ver Figura 6);

Figura 6. Group Policy Object Editor � Restricted Groups.

4. Selecione Restricted Groups com o bot�o direito e clique em Add Group (ver Figura 7);

Figura 7. Add Group.

5. Em Add Group digite Administrators;

6. Em Administrators Properties clique em Add;

7. Em Add Members digite Administrator e clique OK. Repita o mesmo processo para Dom�nio\Domain Admins e para Dom�nio\Usu�rio Push (ver resultado na Figura 8);

Figura 8. Janela Administrators Properties.

8. Aguarde os clientes atualizarem as pol�ticas ou atualize manualmente usando o comando gpupdate /force (ver Figura 9);

Figura 9. Utilizando o comando gpupdate.

9. Para confirmar se os usu�rios foram adicionados � lista de Administradores locais, clique em Start, Settings, Control Panel, Administrative Tools e Computer Management (ver Figura 10);

Figura 10. Computer Management.

10. Em Computer Management, expanda Local Users and Group e clique em Groups. Na lista de grupos, d� um duplo clique em Administrators para abrir suas propriedades (ver Figura 11).

Figura 11. Administrators Properties.

Agora que j� adicionamos o usu�rio que ser� repons�vel pela instala��o do software cliente como administrador local das esta��es, � hora de configurarmos o firewall da esta��o, conforme veremos na pr�xima se��o.

Configurando o firewall

Caso as pol�ticas da empresa n�o permitam desabilitar o firewall, basta criarmos duas exce��es, uma sendo Compartilhamento de Arquivos e Impressoras e a outra para o acesso remoto ao WMI (Windows Management Instrumentation).

Estas tarefas s�o simples, por�m trabalhosas quando muitas m�quinas est�o envolvidas. Nesse caso (mais uma vez) podemos utilizar uma GPO para facilitar a tarefa.

Para configurar esta GPO, siga os passos:

Clique em Start, Run e digite gpmc.msc (ver Figura 4);
Na tela Group Policy Management expanda Forest/Domains/SeuDom�nio. Clique com o bot�o direito do mouse em Default Domain Policy e escolha Edit... (ver Figura 12);

Figura 12. Group Policy Object Editor.

3. Expanda Computer Settings, Administrative Templates, Network, Network Connections, Windows Firewall e Domain Profile (ver Figura 13);

Figura 13. Group Policy Object Editor � Windows Firewall.

4. Edite Windows Firewall: Do not allow exceptions e selecione Disabled. Isso faz com que exce��es possam ser adicionadas ao firewall (ver Figura 14);

5. Edite Windows Firewall: Allow remote administration exception, selecione Enabled e em Allow unsolicited incomming messages from coloque o endere�o IP do servidor SCCM e do Management Point. Isso faz com que apenas os servidores SCCM possam ter acesso ao WMI, mantendo assim um n�vel de seguran�a alto (ver Figura 14);

Figura 14. Windows Firewall: Remove Administration.

6. Edite Windows Firewall: Allow file and printer sharing exceptions, selecione Enabled e em Allow unsolicited incomming messages from coloque o endere�o IP do servidor SCCM e do Management Point. Isso faz com que apenas os servidores SCCM possam ter acesso �s pastas compartilhadas, mantendo assim um n�vel de seguran�a alto (ver Figura 15).

Figura 15. Windows Firewall: File and Printer.

7. Aguarde os clientes atualizarem as pol�ticas ou atualize manualmente usando o comando gpupdate /force (ver Figura 16);

Figura 16. Utilizando o comando gpupdate.

8. Para confirmar se as regras do firewall foram habilitadas, clique em Start, Settings, Control Panel e em Security Center (ver Figura 17);

Figura 17. Windows Security Center.

9. E depois clique em Windows Firewall e selecione a aba Exceptions (ver Figura 18).

Figura 18. Windows Firewall.

Agora que j� vimos como configurar as op��es de seguran�a necess�rias, devemos estar prontos para dar suporte quando algum cliente n�o for instalado.

Troubleshooting de instala��o de clientes

Caso exista algum problema na instala��o do cliente, as seguintes informa��es devem ser analisadas:

1. Verifique se o cliente est� no mesmo Site Boundary definido para o site;

2. Verifique se o cliente est� utilizando um servidor Wins nas propriedades de rede. Em caso de estar utilizando WINS para prover informa��es sobre o Server Locator Point:

a. Verifique se a conta utilizada pelo m�todo push n�o est� bloqueada no Active Directory Users and Computers.

b. Verifique se a resolu��o de nomes (Wins e DNS), tanto do servidor SCCM quanto do cliente, est�o funcionando corretamente.

3. Verifique se o cliente possui ao menos 5MB de espa�o dispon�vel;

4. Verifique os logs criados em <DIRET�RIO DE INSTALA��O>\ccmsetup\*.log;

5. Expanda Site Database, System Status, Site Status, <C�digo do Site> e ent�o clique em Component Status. Clique com o bot�o direito em SMS_CLIENT_CONFIG_MANAGER, selecione Show Messages e clique em All (ver Figura 19);

Figura 19. ConfigMgr Status Message.

6. Verifique a exist�ncia da Message ID 3014. Ela significa erro na instala��o do cliente SCCM (ver Figura 20);

Figura 20. Message Details.

7. Caso exista esse ID, as poss�veis causas de erro s�o:

a. O computador n�o est� acess�vel;

b. O computador est� bloqueando a instala��o do cliente SCCM. Desabilite o Firewall ou permita acesso do SCCM Server � porta local RPC TCP 135, ao Compartilhamento de Arquivos e WMI Remoto (use o comando netsh firewall set service remoteadmin enable para habilitar o WMI Remoto ou uma GPO, conforme visto anteriormente);

c. A conta de usu�rio que est� sendo utilizada para instalar o cliente SCCM n�o est� no grupo Local Administrators.

8. Se utilizar um Windows 2000 com BITS (Background Intelligent Transfer Service) inferior ao 2.0, o processo ir� instalar automaticamente a vers�o 2.0 e ser� necess�rio reiniciar o computador para finalizar a instala��o;

9. Verifique se a conta de m�quina do computador em que est� sendo instalado o cliente possui acesso de leitura � pasta \\NOME DO SERVIDOR\SMS_< C�digo do Site >\Client. Caso n�o seja poss�vel dar direitos de leitura a essa conta, instale o cliente manualmente /noservice ao final da linha de comando;

10. Se for necess�rio, verifique mais informa��es no arquivo de log gerado em: <Diret�rio DE INSTALA��O DO SCCM>\Logs\ccm.log.

Quando ocorre algum problema com a instala��o do cliente, o SCCM tenta instal�-lo novamente. Veremos os detalhes deste procedimento na pr�xima se��o.

BITS (Background Intelligent Transfer Service): Servi�o do sistema operacional que facilita a transfer�ncia de arquivos entre computadores usando a largura de banda n�o utilizada.

CCRRetry

Quando a instala��o do cliente iniciada pelo m�todo push falha, o SCCM tenta novamente instalar o cliente, uma vez por hora, durante, no m�ximo, 168 horas. Depois disso, desiste. Cada vez que o SCCM tenta instalar o cliente e falha, o seguinte processo ocorre:

1. A linha Stored request "<Nome do computador>_<DOMINIO>", machine name "<Nome do computador>", in queue "Retry" ser� adicionada ao arquivo ccm.log (ver Figura 21);

Figura 21. SMS Trace.

2. Um arquivo <Nome do Computador>_<Nome do Dominio>.ccr ser� criado em <DIRETORIO DE INSTALACAO>\inboxes\ccrretry.box (ver Figura 22);

Figura 22. Windows Explorer.

3. Ao abrirmos o arquivo no notepad, podemos ver qual a real causa do erro procurando por Last Error Code (ver Figura 23);

Figura 23. Exemplo de arquivo CCR.

4. Usando o comando net helpmsg <C�digo do Erro> no prompt de comando, podemos ver uma descri��o do erro (ver Figura 24).

Figura 24. Net helpmsg.

� interessante o processo de tentativa de instala��o em caso de falha, mas como saber se o processo foi conclu�do com sucesso ou n�o e qual as poss�veis causas de cada problema?

Exemplos de linha log e poss�veis causas

Visualizar linhas de log nem sempre � uma terefa f�cil, ainda mais se n�o temos como compar�-las com outras. Abaixo, apresentamos algumas das linhas de c�digo que podem ser encontradas quando trabalhando com a instala��o de clientes.

No exemplo 01, o usu�rio utilizado pelo m�todo push n�o � o administrador local da esta��o onde ser� instalado o cliente do SCCM, como podemos ver na linha 14 da Listagem 1.

Listagem 1. Log do exemplo 01.


5.	Received request: "LVGBTRAK" for machine name: "XP02" on queue: "Incoming".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:40	2456 (0x0998)
6.	Stored request "LVGBTRAK", machine name "XP02", in queue "Processing".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:40	2456 (0x0998)
7.	----- Started a new CCR processing thread. Thread ID is 0x690. There are now 1 processing threads	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	2456 (0x0998)
8.	Submitted request successfully	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	2456 (0x0998)
9.	Getting a new request from queue "Incoming" after 100 millisecond delay.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	2456 (0x0998)
10.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	2456 (0x0998)
11.	======>Begin Processing request: "LVGBTRAK", machine name: "XP02"	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
12.	---> Trying each entry in the SMS Client Remote Installation account list	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
13.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
14.	---> WNetAddConnection2 failed (LOGON32_LOGON_NEW_CREDENTIALS) using account dotnetwork\sccmpush (00000005)	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
15.	---> Lost local access after ImpersonateLoggedOnUser (LOGON32_LOGON_INTERACTIVE) using account dotnetwork\sccmpush	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
16.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using machine account.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
17.	---> Failed to connect to \\XP02.dotnetwork.intranet\admin$ using machine account (5)	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
18.	---> ERROR: Failed to connect to the \\XP02.dotnetwork.intranet\admin$ share using account 'Machine Account'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
19.	---> Trying each entry in the SMS Client Remote Installation account list	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
20.	---> Attempting to connect to administrative share '\\XP02\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
21.	---> WNetAddConnection2 failed (LOGON32_LOGON_NEW_CREDENTIALS) using account dotnetwork\sccmpush (00000005)	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
22.	---> Lost local access after ImpersonateLoggedOnUser (LOGON32_LOGON_INTERACTIVE) using account dotnetwork\sccmpush	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
23.	---> Attempting to connect to administrative share '\\XP02\admin$' using machine account.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
24.	---> Failed to connect to \\XP02\admin$ using machine account (5)	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
25.	---> ERROR: Failed to connect to the \\XP02\admin$ share using account 'Machine Account'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
26.	---> ERROR: Unable to access target machine for request: "LVGBTRAK", machine name: "XP02", access denied or invalid network path.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:42	1680 (0x0690)
27.	STATMSG: ID=3014 SEV=W LEV=M SOURCE="SMS Server" COMP="SMS_CLIENT_CONFIG_MANAGER" SYS=SCCM01 SITE=001 PID=1948 TID=1680 GMTDATE=Thu Feb 04 16:08:42.997 2010 ISTR0="XP02" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:43	1680 (0x0690)
28.	Retry request id for "LVGBTRAK" set to "XP02_dotnetwork_intranet"	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:43	1680 (0x0690)
29.	Stored request "XP02_dotnetwork_intranet", machine name "XP02", in queue "Retry".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:43	1680 (0x0690)
30.	<======End request: "XP02_dotnetwork_intranet", machine name: "XP02".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:08:43	1680 (0x0690)

Para remediar esta situa��o, basta adicionar o usu�rio ao grupo de administradores locais. Para mais informa��es, veja a se��o �Configurando a conta usada para instalar o cliente como administrador local�.

No exemplo 02, o firewall do windows est� habilitado mas sem nenhuma exce��o, como podemos ver na linha 14 da Listagem 2.

Listagem 2. Log do exemplo 02.


1.	Received request: "HDMCICYP" for machine name: "XP02" on queue: "Incoming".	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:56	2692 (0x0A84)
2.	Stored request "HDMCICYP", machine name "XP02", in queue "Processing".	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:56	2692 (0x0A84)
3.	----- Started a new CCR processing thread. Thread ID is 0xadc. There are now 1 processing threads	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2692 (0x0A84)
4.	Submitted request successfully	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2692 (0x0A84)
5.	======>Begin Processing request: "HDMCICYP", machine name: "XP02"	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2780 (0x0ADC)
6.	Getting a new request from queue "Incoming" after 100 millisecond delay.	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2692 (0x0A84)
7.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2692 (0x0A84)
8.	---> Trying each entry in the SMS Client Remote Installation account list	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2780 (0x0ADC)
9.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:45:58	2780 (0x0ADC)
10.	---> WNetAddConnection2 failed (LOGON32_LOGON_NEW_CREDENTIALS) using account dotnetwork\sccmpush (000004b3)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:28	2780 (0x0ADC)
11.	---> WNetAddConnection2 failed (LOGON32_LOGON_INTERACTIVE) using account dotnetwork\sccmpush (000004b3)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:29	2780 (0x0ADC)
12.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using machine account.	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:30	2780 (0x0ADC)
13.	---> Failed to get token for current process (5)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:30	2780 (0x0ADC)
14.	---> ERROR: Failed to connect to the \\XP02.dotnetwork.intranet\admin$ share using account 'Machine Account'	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:30	2780 (0x0ADC)
15.	---> Trying each entry in the SMS Client Remote Installation account list	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:30	2780 (0x0ADC)
16.	---> Attempting to connect to administrative share '\\XP02\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:30	2780 (0x0ADC)
17.	---> WNetAddConnection2 failed (LOGON32_LOGON_NEW_CREDENTIALS) using account dotnetwork\sccmpush (000004b3)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
18.	---> WNetAddConnection2 failed (LOGON32_LOGON_INTERACTIVE) using account dotnetwork\sccmpush (000004b3)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
19.	---> Attempting to connect to administrative share '\\XP02\admin$' using machine account.	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
20.	---> Failed to get token for current process (5)	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
21.	---> ERROR: Failed to connect to the \\XP02\admin$ share using account 'Machine Account'	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
22.	---> ERROR: Unable to access target machine for request: "HDMCICYP", machine name: "XP02", access denied or invalid network path.	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
23.	STATMSG: ID=3014 SEV=W LEV=M SOURCE="SMS Server" COMP="SMS_CLIENT_CONFIG_MANAGER" SYS=SCCM01 SITE=001 PID=1728 TID=2780 GMTDATE=Thu Apr 09 13:46:55.654 2009 ISTR0="XP02" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
24.	Retry request id for "HDMCICYP" set to "XP02_dotnetwork_intranet"	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
25.	Stored request "XP02_dotnetwork_intranet", machine name "XP02", in queue "Retry".	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
26.	<======End request: "XP02_dotnetwork_intranet", machine name: "XP02".	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:46:55	2780 (0x0ADC)
27.	Thread has been inactive too long. Closing thread	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:56:55	2780 (0x0ADC)
28.	--- This thread is terminating due to inactivity	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:56:55	2780 (0x0ADC)
29.	----- Terminated CCR processing thread. There are now 0 processing threads	SMS_CLIENT_CONFIG_MANAGER	09/04/2009 14:56:55	2780 (0x0ADC)

Para remediar esta situa��o, basta configurar o firewall para aceitar conex�es do tipo WMI Remoto e Compartilhamento de arquivos e impressoras oriundas do servidor SCCM e Management Point. Para mais informa��es, veja a se��o �Configurando o firewall�.

No exemplo 03, o firewall do Windows est� habilitado, mas apenas com o compartilhamento de arquivos e impressoras como exce��es. Neste exemplo, o firewall est� bloqueando acesso WMI remoto, como podemos ver na linha 15 da Listagem 3.

Listagem 3. Log do exemplo 03.


1.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:56	2696 (0x0A88)
2.	Received request: "IYZNCMWI" for machine name: "XP02" on queue: "Incoming".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:56	2696 (0x0A88)
3.	Stored request "IYZNCMWI", machine name "XP02", in queue "Processing".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:56	2696 (0x0A88)
4.	----- Started a new CCR processing thread. Thread ID is 0x47c. There are now 1 processing threads	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	2696 (0x0A88)
5.	Submitted request successfully	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	2696 (0x0A88)
6.	Getting a new request from queue "Incoming" after 100 millisecond delay.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	2696 (0x0A88)
7.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	2696 (0x0A88)
8.	======>Begin Processing request: "IYZNCMWI", machine name: "XP02"	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	1148 (0x047C)
9.	---> Trying each entry in the SMS Client Remote Installation account list	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	1148 (0x047C)
10.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:58	1148 (0x047C)
11.	---> Connected to administrative share on machine XP02.dotnetwork.intranet using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:59	1148 (0x047C)
12.	---> Attempting to make IPC connection to share <\\XP02.dotnetwork.intranet\IPC$>	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:59	1148 (0x047C)
13.	---> Searching for SMSClientInstall.* under '\\XP02.dotnetwork.intranet\admin$\'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:39:59	1148 (0x047C)
14.	CWmi::Connect(): ConnectServer(Namespace) failed. - 0x800706ba	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)
15.	---> Unable to connect to WMI on remote machine "XP02", error = 0x800706ba.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)
16.	---> Deleting SMS Client Install Lock File '\\XP02.dotnetwork.intranet\admin$\SMSClientInstall.001'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)
17.	Retry request id for "IYZNCMWI" set to "XP02_dotnetwork_intranet"	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)
18.	Stored request "XP02_dotnetwork_intranet", machine name "XP02", in queue "Retry".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)
19.	<======End request: "XP02_dotnetwork_intranet", machine name: "XP02".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:40:00	1148 (0x047C)

Para remediar esta situa��o, basta configurar o firewall para aceitar conex�es do tipo WMI Remoto oriundas do servidor SCCM e Management Point. Para mais informa��es, veja a se��o �Configurando o firewalll�.

No exemplo 04, o usu�rio utilizado pelo m�todo push � o administrador local da esta��o e o firewall do Windows est� habilitado e configurado da forma correta, como podemos ver na linha 19 da Listagem 4.

Listagem 4. Log do exemplo 04.


1.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	2696 (0x0A88)
2.	Received request: "WOREIJXI" for machine name: "XP02" on queue: "Incoming".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	2696 (0x0A88)
3.	Stored request "WOREIJXI", machine name "XP02", in queue "Processing".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	2696 (0x0A88)
4.	======>Begin Processing request: "WOREIJXI", machine name: "XP02"	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
5.	---> Trying the 'best-shot' account which worked for previous CCRs (index = 0x0)	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
6.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
7.	---> The 'best-shot' account has now succeeded 1 times and failed 0 times.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
8.	---> Connected to administrative share on machine XP02.dotnetwork.intranet using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
9.	---> Attempting to make IPC connection to share <\\XP02.dotnetwork.intranet\IPC$>	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
10.	---> Searching for SMSClientInstall.* under '\\XP02.dotnetwork.intranet\admin$\'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
11.	---> System OS version string "5.1.2600" converted to 5.10	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
12.	---> Service Pack version from machine "XP02" is 2	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:43:59	1148 (0x047C)
13.	CWmi::Connect(): ConnectServer(Namespace) failed. - 0x8004100e	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
14.	---> Unable to connect to WMI (r) on remote machine "XP02", error = 0x8004100e.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
15.	---> Creating \ VerifyingCopying exsistance of destination directory \\XP02\admin$\system32\ccmsetup.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
16.	---> Copying client files to \\XP02\admin$\system32\ccmsetup.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
17.	---> Copying file "C:\Program Files\Microsoft Configuration Manager\bin\I386\MobileClient.tcf" to "\\XP02\admin$\system32\ccmsetup\MobileClient.tcf"	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
18.	---> Created service "ccmsetup" on machine "XP02".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:00	1148 (0x047C)
19.	Submitted request successfully	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	2696 (0x0A88)
20.	Getting a new request from queue "Incoming" after 100 millisecond delay.	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	2696 (0x0A88)
21.	Waiting for change in directory "C:\Program Files\Microsoft Configuration Manager\inboxes\ccr.box" for queue "Incoming", (30 minute backup timeout).	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	2696 (0x0A88)
22.	---> Started service "ccmsetup" on machine "XP02".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	1148 (0x047C)
23.	---> Deleting SMS Client Install Lock File '\\XP02.dotnetwork.intranet\admin$\SMSClientInstall.001'	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	1148 (0x047C)
24.	---> Completed request "WOREIJXI", machine name "XP02".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	1148 (0x047C)
25.	Deleted request "WOREIJXI", machine name "XP02"	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	1148 (0x047C)
26.	<======End request: "WOREIJXI", machine name: "XP02".	SMS_CLIENT_CONFIG_MANAGER	17/04/2009 14:44:01	1148 (0x047C)

Este � o caso onde tudo ocorre de forma correta, a �nica exce��o que vemos no log acontece devido � tentativa de conex�o ao WMI Remoto, com o erro sendo 0x8004100e (linha 13). Este � um erro normal, pois o SCCM tenta conectar a uma parte do WMI existente apenas quando um cliente do SCCM j� est� instalado. Por conta disso, n�o existe nada para se preocupar.

Por fim, no exemplo 05, o usu�rio utilizado pelo m�todo push � o administrador local da esta��o, o firewall do Windows est� habilitado e configurado da forma correta e j� existe um cliente do SCCM instalado, sendo necess�ria apenas a atualiza��o para uma nova vers�o, como podemos ver na linha 12 da Listagem 5.

Listagem 5. Log do exemplo 05.


1.	Received request: "LPCTBIOM" for machine name: "XP02" on queue: "Incoming".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:01	2456 (0x0998)
2.	Stored request "LPCTBIOM", machine name "XP02", in queue "Processing".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:01	2456 (0x0998)
3.	======>Begin Processing request: "LPCTBIOM", machine name: "XP02"	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:01	1680 (0x0690)
4.	---> Trying the 'best-shot' account which worked for previous CCRs (index = 0x0)	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:01	1680 (0x0690)
5.	---> Attempting to connect to administrative share '\\XP02.dotnetwork.intranet\admin$' using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:01	1680 (0x0690)
6.	---> The 'best-shot' account has now succeeded 1 times and failed 0 times.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
7.	---> Connected to administrative share on machine XP02.dotnetwork.intranet using account 'dotnetwork\sccmpush'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
8.	---> Attempting to make IPC connection to share <\\XP02.dotnetwork.intranet\IPC$>	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
9.	---> Searching for SMSClientInstall.* under '\\XP02.dotnetwork.intranet\admin$\'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
10.	---> System OS version string "5.1.2600" converted to 5.10	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
11.	---> Service Pack version from machine "XP02" is 2	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
12.	---> Mobile client on the target machine has the same version, and 'forced' flag is turned on.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
13.	---> Creating \ VerifyingCopying exsistance of destination directory \\XP02\admin$\system32\ccmsetup.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
14.	---> Copying client files to \\XP02\admin$\system32\ccmsetup.	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
15.	---> Copying file "C:\Program Files\Microsoft Configuration Manager\bin\I386\MobileClient.tcf" to "\\XP02\admin$\system32\ccmsetup\MobileClient.tcf"	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:02	1680 (0x0690)
16.	---> Created service "ccmsetup" on machine "XP02".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)
17.	---> Started service "ccmsetup" on machine "XP02".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)
18.	---> Deleting SMS Client Install Lock File '\\XP02.dotnetwork.intranet\admin$\SMSClientInstall.001'	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)
19.	---> Completed request "LPCTBIOM", machine name "XP02".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)
20.	Deleted request "LPCTBIOM", machine name "XP02"	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)
21.	<======End request: "LPCTBIOM", machine name: "XP02".	SMS_CLIENT_CONFIG_MANAGER	04/02/2010 16:19:03	1680 (0x0690)

Conclus�o

A utiliza��o do m�todo Push para instala��o de clientes � a mais conhecida e utilizada pelos administradores do SCCM. Saber como funciona e como resolver problemas mais comuns � uma das tarefas di�rias do administrador SCCM. Neste artigo descrevemos o processo de instala��o, como configurar tanto o servidor quanto os clientes e tamb�m como resolver alguns dos problemas mais comuns.

Como visto, utilizar o m�todo Push n�o � muito complexo, mas requer determinados conhecimentos. Esperamos ter lhe ajudado a entend�-lo melhor e como utiliz�-lo para facilitar a administra��o do SCCM.

Links

Configura��o de Grupos restritos via GPO
http://technet.microsoft.com/en-us/library/cc756802(WS.10).aspx

Requisitos para Push de clientes
http://technet.microsoft.com/en-us/library/bb632380.aspx

Par�metros que podem ser utilizados na instala��o
http://technet.microsoft.com/en-us/library/bb680980.aspx

Portas utilizadas pelos clientes do SCCM
http://technet.microsoft.com/en-us/library/bb694088.aspx

Tecnologias:

Confira outros conte�dos:

Programa��o x Concurso P�blico

Osvaldo aprendeu programa��o

DevMedia x Netflix: Onde investir meu...

Assista grátis a nossa aula inaugural

Perguntas frequentes

Quem somos?

Por que a programação se tornou a profissão mais promissora da atualidade?

Como faço para começar a estudar?

Em quanto tempo de estudo vou me tornar um programador?

Sim, você pode se tornar um programador e não precisa ter diploma de curso superior!

O que eu irei aprender estudando pela DevMedia?

Principais diferenciais da DevMedia

Qual o investimento financeiro que preciso fazer para me tornar um programador?

Como funciona a forma de pagamento da DevMedia?

Por Raphael Em 2011

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso