Wednesday, April 27, 2011

reset windows 2000 :"terminal server has exceeded the maximum number of allowed connections"

To use the command line hacks, you might need to run them from another server if your local operating system doesn't include the commands. You will also need to make sure that you are logged onto that server with an administrative account. The easiest way to do that is just map a drive (you don't have to use a drive letter unless you choose to)

net use /user:[username] \\servername\share

Here's a command line hack that you can use to figure out what sessions are connected to the server. Note that you could substitute the IP address for the server name.

query session /server:servername

Sample output:

 

Now we know that the session ID of the offending session is 2. We can use that in the next step, which is using the reset command to log off that user.

reset session [ID] /server:servername

Sample:

This command won't display any output, but when we run the query command again, we should see that the session has now been disconnected:

 

Tuesday, April 12, 2011

T-mobile UMA DNS issues

http://forums.crackberry.com/f69/t-mobile-uma-issues-resolution-sorta-432004/

Thank you 'ebrandsberg'.

Ok, so I've had UMA for the past three years or so (since the 8320 came out), and I've been having problems where UMA wouldn't connect. In wi-fi diagnostics, I would see that I had an IP address via DHCP, but in the UMA section, it would show an ISP or DNS error, and would show for the "serving UNC address" either n40.w79.t-mobileuncs.com or "punc.t-mobileuncs.com". I did some research and testing and found that when I was getting this error, I wasn't able to resolve this name through any of several upstream nameservers, including my ISP's (comcast), Google's recursive nameservers, 4.2.2.(1-4), etc. They all reported server fail. When I tried using OpenDNS's nameservers of 208.67.222.222 & 208.67.220.220, I was able to resolve the n40.w79 name again. Yay!

A little research found that ultradns is handling the domain "t-mobileuncs.com", but "punc.t-mobileuncs.com" appears to not resolve properly even if you point directly at the ultradns servers, despite it being the default name that will be used if the initial name pushed fails to resolve. Now, the name "n40.w79" has something to do with a parameter that is apparently pushed by t-mobile, and related to the tower you are connecting to and the supporting equipment, so it shows as a location not all that far from me if you map it out by North 40 degrees, West 79 degrees.

Anyway, it appears that for some reason, different DNS configurations make a huge difference with how reliable your UMA connections are, and with the DNS servers listed above, so far it has been solid as a rock for me. I have been having problems with this for a while, and saw others with problems on UMA, so I figured that this would be good information to post.