为什么我最小化的terminal服务远程应用程序消失?

你有没有最小化Windows 2008服务器共享的远程应用程序,并在大约10秒后消失?

如果是这样,你是如何来的特别不便?

该应用程序是一个内部的应用程序,我在这里问,而不是在StackOverflow,因为我非常希望这是一个实现问题。

该程序在Citrix上运行良好,但不是Microsoft Terminal Services远程应用程序。 设置只是简单的香草,没有改变为默认,我们尝试了MSI安装程序和.RDP连接(我认为是完全一样的)

你正在经历一个TS网关和防火墙? 如果是这样,这里的方式可能会发生…

当您最小化RemoteApp时,远程桌面客户端用于隧道传输RDPstream量的HTTPS / TCP连接变得安静。

防火墙认为您的隧道RPD会话只是一个正常的HTTPS Web浏览器连接,在没有看到任何活动之后会等待一段超时时间,然后closures连接。

我讨厌链接到他们,但是ExpertSexChange对这个问题有一个体面的讨论: http : //www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Remote_Desktop-Terminal_Services/Q_24178275.html

他们的解决scheme是延长防火墙上configuration的超时时间。

我唯一发现的其他问题是瞻博networkingSSL VPN固件更新的发行说明。 它提到增加对RemoteApps的支持。 这将导致我认为有一些networking要求可能不被Microsoftlogging,并随每个networking设备和供应商而变化。 链接在这里: http : //www.juniper-support.blogspot.com/2008_08_01_archive.html

所以这可能只是一个Delphi相关的问题,尽pipe系统pipe理员应该知道如果他们想运行一个用Delphi编写的应用程序。

  • 一个修正是在> Delphi 2007中重新编译
  Application.MainFormOnTaskbar:= True 

在application.initialize之前(不是很系统pipe理员)

  • 另一个是使用batch file来启动你的程序。 (这很奇怪,但有道理)

你是否肯定在没有最小化的情况下,同样的行为不会发生,而只是在相同的时间内不活跃?

如果远程应用程序被最小化,则该远程会话将被视为不活动,并将受制于处理空闲会话限制的任何组策略或rdp-tcp属性。 要testing,只需启动远程应用程序,不要最小化,让它坐下来,看看断开多久。 如果它与最小化时相同,只需更改您的策略设置。