No, not really. Sometimes they can ping other servers on the network (and sometimes not), but they can never ping the TS that they just lost connection to. At least not for a while.
I have done a ping -t and the pings time-out when the connection drops. Everything was working fine until a few weeks ago. Go figure?? ________________________________ From: Benjamin Zachary - Lists [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 2:31 PM To: NT System Admin Issues Subject: RE: remote access Just curious, when the user gets dropped out of TS, they are still connected but not able to 'see' the ts in which they were disconnected? That sounds like some weird routing issue. You may also want to remove encryption from the ts since you are already encrypting your traffic with the vpn. You should do a ping -t ts.ip.address and then connect and work and see if the time outs correlate to the dropping of the connection. If so , but you are still online the only thing I can think of that would 'block' would be the firewall. From: Paul Everett [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 8:54 AM To: NT System Admin Issues Subject: RE: remote access Anything in the Event Logs on either end? On the client as far as a reason for the connection dropping, or on the server as far as a reason for the connection being denied? The only thing in the event log on the TS is event 551 (logoff). Below is the description. Event 538 "sometimes" does not appear after 551, sometimes it does. This may explain why we are unable to reconnect immediately after losing connection to the TS, and is probably separate from the connection issue. If a Security 538 message does not appear shortly after the Security 551 message, a program or service might not be managing its access tokens correctly. Although the user cannot access objects, the program or service might have cached an access token and therefore retained the ability to access objects. On the client there is a Remote Access event that establishes the VPN, but no events are generated when the RDP session is initiated or dropped. During the RDP drop for one user, can another user still use / connect to the server? I don't know. There are only a few users who connect at random times. Does disconnecting from the VPN as soon as the RDP is dropped, and then reconnecting to VPN allow the RDP session to be reconnected? I would have to say "sometimes". I just got off the phone with a user who was connected to the VPN but couldn't connect to Remote Desktop. He couldn't ping anything on my network. After disconnecting and re-establishing the VPN he was able to connect to Remote Desktop, but it was dropped after 9 minutes. Last night I connected to our VPN from home and although I could ping my network, the connection was so pitifully slow, I couldn't connect to anything. It affected everything on my computer as well. I was basically dead in the water until I disconnected the VPN. A couple days ago I connected without any problem and stayed connected to Remote Desktop for almost an hour before I ended my session. The only consistent thing I've found is that none of my users can stay connected for more than 20-30 minutes, if they are lucky. We are using a Watchguard firewall for VPN access. Paul ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 25, 2008 8:11 PM To: NT System Admin Issues Subject: RE: remote access ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
