Re: Terminal Server session hangs
Will Crisp <[email protected]> Thu, 25 Sep 2014 09:41:00 -0500
| Newsgroups | gmane.network.rdesktop.user |
|---|---|
| Message-ID | <CALxAi_9=j56VKcbbLWc2eULAVtBOxdTpmq2Uk4TjaskytGvpvg@mail.gmail.com> |
--===============6878695087258797436== Content-Type: multipart/alternative; boundary=20cf30363fb10ba9660503e4caaf --20cf30363fb10ba9660503e4caaf Content-Type: text/plain; charset=UTF-8 So I tried what you suggested this morning. I tried logging into my Windows Terminal Server using Linux rdesktop, and found it stuck on the "Welcome" screen, so while it was still hung on "Welcome" I tried logging into the same server using my Windows laptop and got the same thing. Hung on "Welcome". So that seems to suggest this isn't just a non-Windows (rdesktop) client issue, which I assume is why you suggested this test. Unfortunately, I'm not the admin (just a user) of this server so I can't look at the logs. But does it make sense for an admin to reset my session (force logoff) when I haven't even successfully logged in yet? And on the subject of "forced logoffs", in talking to the admins they have said they've had cases where they are unable to force a logoff of some session, they have to reboot the server. I don't know what is unique about these sessions. Thanks for the replies! -Will On Thu, Sep 18, 2014 at 3:33 PM, Sean M. Pappalardo < [email protected]> wrote: > > > On 09/18/2014 01:25 PM, Will Crisp wrote: > >> These sessions sometimes get in a hung state where noone else can log >> into the terminal server until the server is rebooted. IT says they >> don't see this behavior with Microsoft remote desktop clients. >> > > That sounds fishy. > > What if you try to log in with a Microsoft client when this happens? (Try > a Windows desktop or the RD Client for Mac, Android or iOS.) > > Does anything related show in the server's event log? > Can an admin reset your session from the session manager on the server's > console? (Forces a logoff.) > > Sincerely, > Sean M. Pappalardo > Sr. Networks Engineer > Renegade Technologies > [email protected] > Office: (630) 631-6188 > http://www.renegadetech.com > > -- > This communication, along with any documents, files or attachments, is > intended only for the use of the addressee and may contain confidential > information. If you are not the intended recipient, you are hereby notified > that any dissemination, distribution or copying of any information > contained in or attached to this communication is strictly prohibited. > If you have received this message in error, please notify the sender > immediately and destroy the original communication and its attachments > without reading, printing or saving in any manner. > > --20cf30363fb10ba9660503e4caaf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>So I tried what you suggested this morning.=C2=A0 I t= ried logging into my Windows Terminal Server using Linux rdesktop, and foun= d it stuck on the "Welcome" screen, so while it was still hung on= "Welcome" I tried logging into the same server using my Windows = laptop and got the same thing.=C2=A0 Hung on "Welcome".=C2=A0 So = that seems to suggest this isn't just a non-Windows (rdesktop) client i= ssue, which I assume is why you suggested this test. Unfortunately, I'm= not the admin (just a user) of this server so I can't look at the logs= .=C2=A0 But does it make sense for an admin to reset my session (force logo= ff) when I haven't even successfully logged in yet?=C2=A0 And on the su= bject of "forced logoffs", in talking to the admins they have sai= d they've had cases where they are unable to force a logoff of some ses= sion, they have to reboot the server.=C2=A0 I don't know what is unique= about these sessions.=C2=A0 Thanks for the replies!<br><br></div>-Will<br>= <div><div><div><div><div><div class=3D"gmail_extra"><br><div class=3D"gmail= _quote">On Thu, Sep 18, 2014 at 3:33 PM, Sean M. Pappalardo <span dir=3D"lt= r"><<a href=3D"mailto:[email protected]" target=3D"_blank">sp= [email protected]</a>></span> wrote:<br><blockquote class=3D"gm= ail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-le= ft:1ex"><span class=3D""><br> <br> On 09/18/2014 01:25 PM, Will Crisp wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> These sessions sometimes get in a hung state where noone else can log<br> into the terminal server until the server is rebooted.=C2=A0 IT says they<b= r> don't see this behavior with Microsoft remote desktop clients.<br> </blockquote> <br></span> That sounds fishy.<br> <br> What if you try to log in with a Microsoft client when this happens? (Try a= Windows desktop or the RD Client for Mac, Android or iOS.)<br> <br> Does anything related show in the server's event log?<br> Can an admin reset your session from the session manager on the server'= s console? (Forces a logoff.)<br> <br> Sincerely,<br> Sean M. Pappalardo<br> Sr. Networks Engineer<br> Renegade Technologies<br> <a href=3D"mailto:[email protected]" target=3D"_blank">spappalar= [email protected]</a><br> Office: <a href=3D"tel:%28630%29%20631-6188" value=3D"+16306316188" target= =3D"_blank">(630) 631-6188</a><br> <a href=3D"http://www.renegadetech.com" target=3D"_blank">http://www.renega= detech.com</a><br> <br> --<br> This communication, along with any documents, files or attachments, is inte= nded only for the use of the addressee and may contain confidential informa= tion. If you are not the intended recipient, you are hereby notified that a= ny dissemination, distribution or copying of any information contained in o= r attached to this communication is strictly prohibited.<br> If you have received this message in error, please notify the sender immedi= ately and destroy the original communication and its attachments without re= ading, printing or saving in any manner.<br> <br> </blockquote></div><br></div></div></div></div></div></div></div> --20cf30363fb10ba9660503e4caaf-- --===============6878695087258797436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk --===============6878695087258797436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rdesktop-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rdesktop-users --===============6878695087258797436==--