Configurando um computador compartilhado do Windows para usuários sem o servidor de terminal completo

2

Estou configurando um "computador de recursos" do Windows 7 que terá aplicativos instalados como o Visio 2013 e outros que são usados por meus funcionários, mas não necessários o suficiente para comprar licenças individuais para todos.

Eu não tenho necessidade de um servidor de terminal completo para isso (mesmo com as desvantagens atuais) e configurei-o como um recurso no Exchange para fins de agendamento.

Fiz algumas edições de políticas locais para impor a desconexão de sessões ociosas, drivers de impressora e controle de largura de banda.

Minhas perguntas são :

  1. Existe uma maneira de evitar uma simples desconexão de uma sessão (X / close) e exigir um logoff?
  2. Algum método para controlar o recurso real e as atribuições de tempo com a intervenção manual? Isso significa que, se um usuário reservar o recurso no Exchange das 14h às 16h, não há nada que o force ou pelo menos avise que a sessão deve terminar e tecnicamente ele pode continuar usando o computador compartilhado depois das 16h, mesmo que outra pessoa esteja agendada. exigindo que eu intervenha como um pai). Eu continuo esperando por algo semelhante ao agendamento de um "webex" ou similar, mas até agora sem sorte.

Tentando pesquisar on-line por alguns desses problemas, não encontrei um método excelente para evitar desconexões. Mais envolvido programação ou um script no lado do cliente não o lado do computador de recursos. Para a segunda pergunta, não encontrei nada ainda.

    
por TheCleaner 19.07.2013 / 15:46

2 respostas

2

Eu tenho medo de que isso ainda seja uma violação de licença da licença do Microsoft Office termo

DIREITOS DE LICENÇA E VÁRIOS CENÁRIOS DE USUÁRIO

  1. Computador. Neste contrato, "computador" significa um sistema de hardware (físico ou virtual) com um dispositivo de armazenamento capaz de executar o software. Uma partição ou blade de hardware é considerada um computador.

  2. Conexões múltiplas ou agrupadas. Você não pode usar hardware ou software para multiplexar ou agrupar conexões ou permitir que vários usuários ou vários computadores ou dispositivos acessem ou usem o software indiretamente por meio do computador licenciado.

  3. Use em um ambiente virtualizado. Se você usar o software de virtualização, incluindo o cliente hyper-v, para criar um ou mais computadores virtuais em um único sistema de hardware, cada computador virtual e o físico serão considerados um computador separado para fins deste contrato. Esta licença permite que você instale apenas uma cópia do software para uso em um computador, seja ele físico ou virtual. Se você quiser usar o software em mais de um computador, deverá obter cópias separadas do software e uma licença separada para cada cópia. O conteúdo protegido pela tecnologia de gerenciamento de direitos digitais ou outra tecnologia de criptografia de unidade de disco de volume total pode ser menos seguro em um ambiente virtualizado.

  4. Acesso remoto. O usuário que usa principalmente o computador licenciado é o "usuário principal". O usuário principal pode acessar e usar o software instalado no dispositivo licenciado remotamente de qualquer outro dispositivo, desde que o software instalado no dispositivo licenciado não esteja sendo usado de forma não remota por outro usuário simultaneamente. Como exceção, você pode permitir que outras pessoas acessem o software simultaneamente para fornecer suporte técnico.

por 31.07.2013 / 17:40
0

Ignorando o problema de licenciamento por um momento (o que é válido e você deve definitivamente levar em consideração) ...

1) Não, não há como o servidor saber se o usuário desconectou manualmente ou foi simplesmente desconectado devido a problemas de rede. Então, o melhor que você realmente tem aqui são os limites de sessão ociosa existentes que forçam o logoff.

2) Não sei como usar os recursos da caixa para reforçar o agendamento desse jeito. Isso exigiria algo de terceiros. Mas também não parece algo terrivelmente difícil de implementar. O cenário mais provável é que a máquina esteja executando algum tipo de agente que esteja ciente dos dados de programação no Exchange e apenas rastreie o tempo e force os logouts nos horários de término designados.

    
por 31.07.2013 / 19:37