内网dns服务器，解析内网带端口号的ip地址

用DNS没法解决这个问题，但可以使用DNS加WEB服务器的方式解决。
1在DNS服务器上使用主机头方式建立多个主机域名全部映射到IIS服务器的IP地址上；
2安装一个IIS服务器，在上面虚拟几个Web网站，每个网站都使用301重定向方式（在iis的主目录中选择第三项：重定向到URL）重定向到你的真实服务器ip及非默认端口即可。

域名商有提供域名解析服务的话,可以直接进入域名管理后台,就有解析界面的一般主机名写你的要解析的域名参数值里写你的服务器IP,做A记录,有的注册商里是写IP记录,
如果域名注册商没提供解析服务的话,可以换其他DNS服务商,比如DNSCEO,把DNS修改过来就可以在平台上做解析了类似这样截图解析的，具体 *** 作步骤如下：
第一、把该域名的根解析为A记录,做网站访问用
第二、把该域名的>解析的过程大致如下：
假设你输入mail163com。
1主机先查找自己的缓存文件，如果有mail163com的信息，则7；否则2。
2主机向本地域名服务器（这里就是你填写的google的DNS服务器了）进行查询，如果该服务器有mail163com的IP信息，则6；否则3。
3google的DNS服务器向根域名服务器发起查询。根域名服务器告诉dnsgoogle（我简写了）下一次应查询dnscom的顶级域名服务器；
4dnsgoogle向dnscom顶级域名服务器进行查询，如果该服务器有mail163com的IP信息，则6,；否则5。
5dnscom顶级域名服务器向dnsgoogle指出下一次向dns163com发起查询。dnsgoogle向dns163com发起查询，网易公司的DNS服务器就会有他的163mail服务器的IP信息，然后发给google的DNS。
6google的DNS服务器收到解析的内容，发回给主机。
7主机获得IP信息。
这是我以前回答的一个，我懒得改了，你将就了看看。

这个问题不是出在你的域名解析上。而是你的服务器双网卡路由设置，本应从联通出口返回的数据，因为缺省路由或者其他因素，没有按照设想从联通口通信，反而从电信口了。
整个通信过程是这样的：
因为是服务器，所以客户端来发访问服务器的请求数据过程：
联通客户端（联通IP地址）---->客户端网关（联通）-----动态路由协议，选择最短路径( 联通核心网）----->服务器IP（联通地址接口）
服务器从联通IP接口收到请求报文后，响应：
服务器IP--->服务器网关（联通）----动态路由协议，选择最短路径( 联通核心网）----->客户端IP（联通）
目前我觉得你存疑的是，服务器响应这段，数据是否能从联通IP的网卡接口反馈走网通的链路回去。建议可以在服务器用Tracert命令跟踪一下路由。比如tracert 一个联通的客户端IP地址，看是否走联通网卡设置的网关出去。

最保险的解决方案是，服务器上联的路由器上做策略路由2条：
1、源地址是联通1198856x，下一条指向联通的网关接口。优先级XXX
2、源地址是电信2028159x，下一条指向电信的网关接口。优先级XXX
其余的有条缺省路由，优先级最低。
一般路由器上如果起动态路由协议，也会自动的转到对应的网络环境里。
供参考，希望能有借鉴意义。之前的一个朋友类似问题（双出口网通、电信），根据我的方法，就发现了
服务器数据都是从网通的网关出去的，没有走电信。

---