none
Porta inativa na desconexão do TS RRS feed

  • Pergunta

  • Salve pessoas!

    Tenho uma rede com server Windows 2003 e TS instalado.

    As impressoras foram instaladas no servidor e disponibilizadas as portas para o acesso de cada usuário via TS.

    Porém, quando o usuário efetua a desconexão, a porta do TS fica inativa e quando conecta em uma nova sessão, a porta do TS muda.

    Sei que existe um hotfix para a solução deste problema para o Win2008 mas não achei nada para o 2003.

    Uma observação: eu modifiquei nas opções do RDP-Tcp para que, em 1 minuto de desconexão, seja forçado o logoff do usuário mas não resolveu.

    A impressora problemática, neste caso, é uma lx-300+ instalada corretamente no server e os usuários usam máquina Win 7.

    Alguém passou por isso?


    ADRIAN PEDRO


    • Editado AdrianPedro segunda-feira, 19 de agosto de 2013 18:33
    segunda-feira, 19 de agosto de 2013 18:31

Respostas

  • Olá Adrian,

    Veja se este KB se aplica ao seu ambiente: Windows 2000 or Windows Server 2003 Terminal Services server logs events 1111, 1105, and 1106 http://support.microsoft.com/kb/239088/EN-US

    Att,

    terça-feira, 20 de agosto de 2013 10:19
  • Adrian,

    No servidor de TS peço que verifique a quantidade de entradas nesse registro

    [HKLM\SYSTEM\CurrentControlSet\Control\DeviceClasses\{28d78fad-5a12-11d1-ae5b-0000f803a8c2}\##?#Root#RDPBUS#0000#{28d78fad-5a12-11d1-ae5b-0000f803a8c2}]

    Número aceitável para registros nessa entrada é de 250. Caso haja mais chaves é aconselhável criar um bat que limpe essas chaves automaticamente.

    O que acontece é que quando um usuário se conecta o servidor abre uma porta tcp e quando faz o logoff o sistema acaba não liberando a porta que foi utilizada. O acumulo dessas portas pode causar problemas com redirecionamento das impressoras, problemas de performance e login lento.

    Att.

    sexta-feira, 23 de agosto de 2013 18:19
  • Olá Adrian, como vai?

    Quais portas você se refere, no servidor TS??

    Abraço


    segunda-feira, 19 de agosto de 2013 18:40
  • Adrian,

    Este comportamento é padrão, não é um erro. Não há como reservar IDs de sessão para os mesmos usuários.

    Sugiro que você apenas redirecione as impressoras dos clientes, ou instale filas de impressão local no servidor, caso você tenha impressoras de rede.

    Obrigado.


    Paul Haro - Microsoft Certified Professional

    quinta-feira, 22 de agosto de 2013 12:14
    Moderador
  • Adrian Pedro

    O UPHClean já está instalado nesse servidor?

    Caso não esteja seguem algumas informações:

    O serviço User Profile Hive Cleanup ajuda a assegurar que as sessões de usuário serão encerradas completamente quando o usuário fizer logoff. Os aplicativos e os processos do sistema mantêm, ocasionalmente, conexões com chaves do Registro no perfil do usuário depois que o usuário faz logoff. Isso faz com que a sessão do usuário não seja encerrada completamente, causando problemas durante a utilização de perfis móveis de usuários, em um ambiente de servidor, ou de perfis bloqueados implementados através do Shared Computer Toolkit para Windows XP.

    Link para donwload:

    http://www.microsoft.com/pt-br/download/details.aspx?id=6676

    sexta-feira, 23 de agosto de 2013 22:17

Todas as Respostas

  • Olá Adrian, como vai?

    Quais portas você se refere, no servidor TS??

    Abraço


    segunda-feira, 19 de agosto de 2013 18:40
  • Olá Adrian, como vai?

    Quais portas você se refere, no servidor TS??

    Abraço


    Olá Nathan... qualquer porta de impressão. Exemplo: TS019. Quando a usuária faz logoff, aparece a seguinte mensagem na descrição: Inactive TS Port.

    E quando ela tenta conectar de novo, tenho que entrar no servidor e trocar a porta, entende? Fica inviável ficar modificando todas as vezes.


    ADRIAN PEDRO




    • Editado AdrianPedro segunda-feira, 19 de agosto de 2013 20:16
    segunda-feira, 19 de agosto de 2013 20:10
  • Olá Adrian,

    Veja se este KB se aplica ao seu ambiente: Windows 2000 or Windows Server 2003 Terminal Services server logs events 1111, 1105, and 1106 http://support.microsoft.com/kb/239088/EN-US

    Att,

    terça-feira, 20 de agosto de 2013 10:19
  • Obrigado Nicolas.

    Vou testar e posto o resultado aqui!


    ADRIAN PEDRO

    terça-feira, 20 de agosto de 2013 13:24
  • Adrian,

    Este comportamento é padrão, não é um erro. Não há como reservar IDs de sessão para os mesmos usuários.

    Sugiro que você apenas redirecione as impressoras dos clientes, ou instale filas de impressão local no servidor, caso você tenha impressoras de rede.

    Obrigado.


    Paul Haro - Microsoft Certified Professional

    quinta-feira, 22 de agosto de 2013 12:14
    Moderador
  • Adrian,

    Este comportamento é padrão, não é um erro. Não há como reservar IDs de sessão para os mesmos usuários.

    Sugiro que você apenas redirecione as impressoras dos clientes, ou instale filas de impressão local no servidor, caso você tenha impressoras de rede.

    Obrigado.


    Paul Haro - Microsoft Certified Professional

    Paul, agradeço sua resposta.

    Porém, o erro acontece em apenas uma impressora que está instalada no server. É uma LX-300+.

    O que realmente acontece:

    Uma de nossas máquinas que acessavam esta impressora tinha o Win XP como S.O. Foi feita uma formatação para Win7 e desde então, quando a usuária desconecta no TS e entra novamente, a porta desta impressora fica Inativa, onde eu tenho que mudar manualmente.

    Os drivers rodam corretamente no Win 2003 Server, mas ocorre este erro na conexão. Alguma dica?

    Obrigado!


    ADRIAN PEDRO

    quinta-feira, 22 de agosto de 2013 12:20
  • Adrian,

    No servidor de TS peço que verifique a quantidade de entradas nesse registro

    [HKLM\SYSTEM\CurrentControlSet\Control\DeviceClasses\{28d78fad-5a12-11d1-ae5b-0000f803a8c2}\##?#Root#RDPBUS#0000#{28d78fad-5a12-11d1-ae5b-0000f803a8c2}]

    Número aceitável para registros nessa entrada é de 250. Caso haja mais chaves é aconselhável criar um bat que limpe essas chaves automaticamente.

    O que acontece é que quando um usuário se conecta o servidor abre uma porta tcp e quando faz o logoff o sistema acaba não liberando a porta que foi utilizada. O acumulo dessas portas pode causar problemas com redirecionamento das impressoras, problemas de performance e login lento.

    Att.

    sexta-feira, 23 de agosto de 2013 18:19
  • Olá à todos.

    Desculpem ainda não ter dado a resposta, é que aqui na empresa está muito corrido e ainda não tivemos tempo de parar o servidor do TS.

    Gustavo, eu havia visto algo sobre a sua resposta. Inclusive há um FIX disponibilizado pela MS que o Nicolas mesmo publicou mais acima, o qual reverte essa situação da porta inativa mesmo.

    Porém, como disse no inicio, ainda não tive o tempo de testar. Vou tentar rodar neste final de semana já que todas as filiais estão fechadas.

    Assim que tiver ok, eu posto aqui.

    Agradeço muito o empenho de todos que estão me ajudando nesta empreitada. Grato mesmo!


    ADRIAN PEDRO

    sexta-feira, 23 de agosto de 2013 18:31
  • Adrian Pedro

    O UPHClean já está instalado nesse servidor?

    Caso não esteja seguem algumas informações:

    O serviço User Profile Hive Cleanup ajuda a assegurar que as sessões de usuário serão encerradas completamente quando o usuário fizer logoff. Os aplicativos e os processos do sistema mantêm, ocasionalmente, conexões com chaves do Registro no perfil do usuário depois que o usuário faz logoff. Isso faz com que a sessão do usuário não seja encerrada completamente, causando problemas durante a utilização de perfis móveis de usuários, em um ambiente de servidor, ou de perfis bloqueados implementados através do Shared Computer Toolkit para Windows XP.

    Link para donwload:

    http://www.microsoft.com/pt-br/download/details.aspx?id=6676

    sexta-feira, 23 de agosto de 2013 22:17
  • Adrian,

    Novidades ?

    Obrigado.


    Paul Haro - Microsoft Certified Professional

    segunda-feira, 9 de setembro de 2013 11:32
    Moderador