none
Execução de aplicativo no terminal services RRS feed

  • Pergunta

  • Olá,

    No servidor de Terminal Server 2003 R2 tenho vários aplicativos de gerenciamento e controle da empresa.

    Instalei um sistema de cotação de seguro chamado Marítima Segura que utiliza banco de dados “Borland”, durante a instalação cria uma pasta MRTM dentro do C:\ para extrair ou seu componentes.

    Executei a permissão total na pasta MRTM e na pasta Borland que fica no diretório [C:\Arquivos de programas\Borland].

    Quando acesso via área de trabalho remoto com o usuário comum e executo o sistema o mesmo não abre, mas os processos do sistema ficam abertos no gerenciado de tarefas.

    Com o usuário administrador o sistema abre sem problemas. No servidor não tem antivírus e o firewall esta desativado.

    Obrigado.

    quarta-feira, 5 de janeiro de 2011 13:31

Respostas

  • Olá –wolf,

    Por experiências passadas com o sistema “Porto Seguros” executei permissão para os usuários do terminal services na pasta (system32, system e WinSxS), onde sempre deparei com problemas.

    De qualquer forma muito obrigado pela observação, aproveitei para revisar essas permissões.

    Abraços.

    quinta-feira, 6 de janeiro de 2011 18:30
  • Gilberto,

    Realizei o monitoramento e foi possível localizar vários registro e arquivos para executar a permissão. (otima ferramenta)

    Permissão realizado em todos arquivos, abri sistema e ocorreu uma tela informando:

    ---------------------------

    Instalação

    ---------------------------

    A Configuração do "Borland Database Engine" estava diferente do padrão utilizado por este programa.

     

    O sistema já restaurou as configurações originais.

     

    Favor REINICIAR O COMPUTADOR e em seguida executar o Kit de Cálculo.

    ---------------------------

    OK  

    ---------------------------

    Reinstalei novamente o Borland Batabase, mas o problema persistiu.


    Acessei o diretório de instalação do sistema, localizei o executável do programa, entrei em  propriedades do mesmo e desmarquei a opção “Permitir que não-administradores executem este programa” dentro da ABA Compatibilidade.

    Realizado teste com o usuário, esta tudo certo agora!

    Agradeço a todos pela colaboração.

     

    Muito Obrigado

     

     

    quinta-feira, 6 de janeiro de 2011 18:33

Todas as Respostas

  • Amigo,

    Este usuário comum que você usou e apresentou problema. Se você deixá-lo como Administrador no servidor apenas para testar, funciona ?

    Outra coisa: Com o usuário comum, você consegue acessar o sistema pela console, sem usar TS ?

    Abs.


    Paul Haro - Microsoft Certified Professional
    quarta-feira, 5 de janeiro de 2011 13:50
    Moderador
  • Boa tarde Paul Haro,

    Este usuário comum tornando Administrador é possivel abrir o aplicativo sem erros!

    Quando realizo acessar com o usuario comum no console ocorre a seguinte mensagem:

    ---------------------------
    Mensagem de logon
    ---------------------------
    A diretiva local deste sistema não permite que você faça logon interativamente.
    ---------------------------
    OK  
    ---------------------------

    Abs.

    quarta-feira, 5 de janeiro de 2011 14:59
  • Gustavo,

    Você já tentou executar este procedimento http://support.microsoft.com/kb/289289/pt-br ?

    Abraços.

    quarta-feira, 5 de janeiro de 2011 15:19
  • Rafael,

    esse procedimento foi realizado anteriormente.

    abs.

    quarta-feira, 5 de janeiro de 2011 15:38
  • Gustavo,

    boa tarde.

    Seria interessante monitorar a abertura desse sistema através do Process Monitor http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx e em seguida aplicar as correções necessárias a conta do usuário.

    Já aconteceu algumas vezes comigo isso, tive que dar permissão em alguma dll, chave de registro ou arquivo/pasta específico.

     

    Abraços.


    Gilberto Soares Lopes
    quarta-feira, 5 de janeiro de 2011 16:28
  • Boa noite,

    Amigão,

    Abaixe o regmon e veja o que a aplicação utiliza de fato: http://technet.microsoft.com/en-us/sysinternals/bb896652

    O que pode estar acontecendo é alguma chave de registro que deve ser liberada, ou se ele utiliza conexão de banco BDE ou Oracle, libere permissões na pasta de conexões do banco...

     

    Abraços,

     

     

    quinta-feira, 6 de janeiro de 2011 01:33
  • Bom dia Gustavo C. Carvalho.

     

    Ja me deparei com um problema semelhante.

    O problema era um arquivo que precisava de permissão alterção/gravação, ele fica nas pastas system32.

    Tive que liberar a pasta para o grupo da empresa. Só assim funcionou.

     

     

    []'s

    quinta-feira, 6 de janeiro de 2011 10:44
  • Olá –wolf,

    Por experiências passadas com o sistema “Porto Seguros” executei permissão para os usuários do terminal services na pasta (system32, system e WinSxS), onde sempre deparei com problemas.

    De qualquer forma muito obrigado pela observação, aproveitei para revisar essas permissões.

    Abraços.

    quinta-feira, 6 de janeiro de 2011 18:30
  • Gilberto,

    Realizei o monitoramento e foi possível localizar vários registro e arquivos para executar a permissão. (otima ferramenta)

    Permissão realizado em todos arquivos, abri sistema e ocorreu uma tela informando:

    ---------------------------

    Instalação

    ---------------------------

    A Configuração do "Borland Database Engine" estava diferente do padrão utilizado por este programa.

     

    O sistema já restaurou as configurações originais.

     

    Favor REINICIAR O COMPUTADOR e em seguida executar o Kit de Cálculo.

    ---------------------------

    OK  

    ---------------------------

    Reinstalei novamente o Borland Batabase, mas o problema persistiu.


    Acessei o diretório de instalação do sistema, localizei o executável do programa, entrei em  propriedades do mesmo e desmarquei a opção “Permitir que não-administradores executem este programa” dentro da ABA Compatibilidade.

    Realizado teste com o usuário, esta tudo certo agora!

    Agradeço a todos pela colaboração.

     

    Muito Obrigado

     

     

    quinta-feira, 6 de janeiro de 2011 18:33