原帖内容如下：
标题：谁把终端改成了高端口？，作者：ddoop。
碰到一棒子的服务器~3389端口变成了78650
通常服务器的端口都是1-65535他来个顶你肺啊78650。。。情况如下
害我都连接不上桌面.奇怪的是~~query user的时候居然发现如下
你说怪不怪。。。把端口改回来后压力是没有了~可为什么我连接不上~~他就能连接上呢？
相关资料如下：
这种问题我还真是头一次听说，经查阅相关资料得知：
看看专家告诉你答案：
哈哈 tcp port 大小为 16 bit 是否能超过 65535 可想而知啦！！
不过 Windows 会有一个问题 telnet www.sina.com.cn 65616 大家可以测试一下 ！
这实际上是访问 www.sina.com.cn 的 80 端口，为什么呢？如果想不出来就回学校重新学去！
注：65616 - 65536 = 80
|
以下是引用片段：
main() |
有些软件，比方说 Windows 的 telnet，可能用了 32 bit 的数据类型记录 port，这样 port 表面上看到是可以超过 65535。
但是 tcp header 明确定义了 tcpport 为 16 bit，那即便某些应用程序使用了 32 bit 的数据类型，最终结果也是被强制转换。
简单的来说，就是：
1、在应用程序里边可以使用4字节或更多字节来储存端口号。
2、当调用了系统的tcp/ip通讯之后，系统底层强制将大于65536的端口转换回正常范围。
3、并且在转换过程中，不会返回任何错误信息，一切都悄然进行了，所以应用层的程序不会有任何特别反应，这一切都在系统底层悄然完成了。
4、转换的方式为：端口号 - 65536 = ？，问号处既是转换结果。
5、如果转换后的端口还超过65535呢？那就继续转换，直到小于等于65535为止，所以 telnet www.baidu.com 131152 也是可以完美执行的，（65536 + 65536 + 80 = 131152）。
看golds7n 大牛的回答：
端口在bind前是通过 htons() 转换的, host to network short (短整), 所以不管你提供多大的数,最终都将被限制在 0~0xffff 范围内，也就是0~65535。
实际端口 = 提供的端口数值 & 0xffff
--------------------------------------------------------------------
所以遇到高端口，可以简单用一个js来转换一下
WScript.echo (78650 & 0xffff)
留言评论（旧系统）：