Para criar uma collection de computadores que não possui um software específico instalado use a seguinte query:
SELECT SYS.Netbios_Name0 from v_R_System SYS WHERE SYS.ResourceID NOT IN (SELECT SYS.ResourceID FROM v_R_System AS SYS INNER JOIN v_GS_ADD_REMOVE_PROGRAMS AS ARP ON SYS.ResourceID = ARP. ResourceID WHERE ARP. DisplayName0 = 'App1')
 |
| Primeiro coloque o portão fora dos sensores de fim de curso, no meio do percurso de abertura ou fechamento, apertando pelo controle remoto ou pelo botão BOT localizado no canto da central. Encaixe e retire um jumper nos terminais RST e pressione novamente a tecla BOT. O portão deverá fechar totalmente. Caso o portão abra ao invés de fechar, inverta os fios do motor preto e branco de posição, mantendo o fio azul na central.
Programando os controles Feche os terminais PROG com um jumper, e aguarde a central começar os procedimentos, por uns 5 segundos. Quando os leds vermelho e verde estiverem acesos sem piscar, aperte o botão do controle remoto que precisa cadastrar, e confirme no botão BOT da central enquanto o led verde estiver piscando (ao apertar o controle o led verde piscará indicando que recebeu o sinal). Após ser apertado o BOT da central, o botão do controle estará cadastrado. Faça o mesmo procedimento com todos os botões de controle remoto que quiser cadastrar. Próximos passos: Cadastramento da função Automático e Semi-automático. Retire o jumper dos terminais PROG, e em seguida, antes que os leds se apaguem, aperte o botão da central BOT por 3 vezes, com um espaço de 2 segundos entre elas. Após a terceira vez que apertar, os leds se apagarão e começará uma leitura do percurso. Programando para semi-automático e com luz de garagem Coloque o jumper no PROG, espere os leds se estabilizarem, e em seguida retire o jumper de PROG. Pressione a tecla BOT por 2 segundos, solte e em seguida pressione por mais alguns segundos. Cada piscada do led verde representa 1 segundo no tempo programado de fechamento automático. Conte o tempo desejado e libere o BOT da central. Os leds continuam em modo de programação, só que dessa vez aguardando para o tempo de Luz de Garagem. Pressione o BOT por alguns segundos, com o mesmo procedimento anterior, sendo que cada piscada do led verde significa 1 segundo do tempo a ser programado para a Luz de Garagem ficar acesa. Contado o tempo, solte o botão BOT, e novamente o motor fará seu ciclo de abertura total e fechamento para leitura do percurso.Caso a programação seja somente para alguma das etapas, siga os passos da configuração e aperte somente por 1 segundo o BOT nas etapas em que não quer contagem de tempo, nem acionamento automático. Apagando a memória dos controles e das configurações da central Feche o jumper nos terminais de PROG e aguarde os leds verde e vermelho se estabilizarem. Pressione e segure pressionado o botão BOT até que o led verde comece a piscar. Quando o led verde piscar a memória já estará apagada. |
Para ativar a função de sincronismo, via a console de gerenciamento Web, acessei as configurações do NAS com o usuário administrador e selecionei a opção protocolos.
Selecionei a opção RSync e ativei o protocolo. Depois cliquei nas configurações para “Configurar as credenciais de rsync seguro”, definindo um usuário e senha.
Para validar o funcionamento das configurações, executei um Telnet para o NAS na porta 873. Uma vez que a conexão foi realizada com sucesso parti para a configuração do cliente.
Eu utilizo principalmente um computador com Windows 10, então busquei um programa que me permitisse usar o RSync nesse Sistema Operacional. Após algumas buscas, optei por utilizar o Cygwin, que aparentemente funciona bem e não tem custo 🙂
Seguindo um tutorial do site How to Geek, fiz o download da versão do aplicativo Cygwin para Windows de 64 bits. No momento em que escrevi esse artigo, a versão mais atual era a 2.5.2, mas é possível obter versões atualizadas no site do projeto Cygwin.com.
If you Google “the trust relationship between this workstation and the primary domain failed”, you get plenty of information from support blogs and Microsoft articles; however, most of them ask you to rejoin your machine to the domain. That’s not always possible.
##TL;DR You got this error and you can’t simply unjoin and rejoin because the machine is a Certificate Authority. Run this command from PowerShell:
Reset-ComputerMachinePassword [-Credential ] [-Server ]
##What’s the problem and how did I get here?
The underlying problem when you see this error is that the machine you are trying to access can no longer communicate securely with the Active Directory domain to which it is joined. The machine’s private secret is not set to the same value store in the domain controller. You can think of this secret as a password but really it’s some bits of cryptographic data called a Kerberos keytab stored in the local security authority. When you try to access this machine using a domain account, it fails to verify the Kerberos ticket you receive from Active Directory against the private secret that it stores locally. I think you can also come across this error if for some reason the system time on the machine is out of sync with the system time on the domain controller. This solution also fixes that problem.
##The standard fix This problem can be caused by various circumstances, but I most commonly run into it when I reset a virtual machine to a system snapshot that I made months or even years before. When the machine is reset, it is missing all of the automatic password changes that it executed against the domain controller during the intervening months. The password changes are required to maintain the security integrity of the domain.
Fonte: DON’T REJOIN TO FIX: The trust relationship between this workstation and the primary domain failed
O usuário está conectado através do Citrix Receiver em um Desktop OS. Esse usuário desconecta da sua sessão (mas não faz logoff).
No Citrix Receiver, o usuário clica em uma aplicação qualquer. O Receiver, então, executa a aplicação e reconecta a sessão de Desktop OS que estava desconectada.
Quando o usuário executa as aplicações através do Receiver for HTML esse comportamento não ocorre.
Nesta discussão dos fóruns da Citrix, identifiquei que o StoreFront 2.1 possui um recurso denominado Workspace Control que, basicamente, serve para melhorar a usabilidade dos usuários de uma determinada aplicação utilizada cross-platform.
Neste outro tópico do mesmo site descobri que as funcionalidade do Workspace Control poderiam ser customizadas pelo cliente através do Citrix Receiver 3.X. No entanto, essas configurações foram removidas no Citrix Receiver 4.X. Para customizá-las nesta versão, seria necessário editar algumas chaves de registro do Windows.
No artigo CTX136339 da Citrix, há a indicação para criar as chaves de registro abaixo no servidor que serve como Master Image:
Create WSCReconnectModeUser and modify existing registry key WSCReconnectMode in Master Desktop Image or in XenApp Server hosting, the published desktop can change the behavior of the Receiver.
Create the following key
64-Bit – [HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Citrix\Dazzle]
32-Bit – [HKEY_CURRENT_USER\SOFTWARE\Citrix\Dazzle]
Name: WSCReconnectModeUser
Type: REG_SZ
Value data: 064-Bit – [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\Dazzle]
32-Bit – [HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Dazzle]
Name: WSCReconnectMode
Type: REG_SZ
Value data: 0
Entretanto, para resolver meu problema, tive que configurar essas chaves de registro nos clients que executam o Citrix Receiver, ou seja, nas estações de trabalho dos usuários.
Para resolver esse problema, no fim, fiz o deploy de uma GPO que cria as chaves de registro indicadas no artigo para todas as estações de trabalho dos usuários.