Linux Vmware Nat端口映射配置

Linux下面的Vmware在菜单里没有对Nat的端口映射的设置,即使是使用root权限打开vmware也没办法对端口映射进行设置,只能在vmware配置文件中修改(Windows可以直接在菜单里修改)

修改位置

/etc/vmware/vmnet8/nat/nat.conf

如果是单纯的配置TCP端口映射,找到这个配置文件中的 [incomingtcp] 部分,对其进行修改。

其配置文件的示例中已经给出了配置方法,如下:

8887 = 192.168.27.128:21

前面的端口8887是主机的端口,后面的192.168.27.128是已经配置为NAT的虚拟机的IP地址,冒号后面就是虚拟机的端口。

这样当用户访问主机的IP的8887端口的时候就会将该端口的请求转发给虚拟机192.168.27.128的21端口。

注意配置完成后需要重启vmware-workstations-server服务才能生效。

相同域下CNAME与MX的困惑

之前发现有的公司自己搭建的邮件服务器无法向我的邮箱发送邮件,经过查看发现对方使用的是qmail服务器,根据对方提供的退信信息上网查询了一下发现是qmail的一个bug,UDP包过大的时候无法正常进行解析处理,具体原因不明,总之需要对qmail进行patch。但是退信上写的时CNAME LOOK UP FAILED,这一点引起了我的注意,为什么不是MX而是CNAME呢?

今天进行域名子域名解析整理,发现@的记录是CNAME,突然想到之前遇到的问题,会不会跟这个有关呢?于是拿来dig看了一下,发现MX正常解析,再看CNAME也正常。难道对方将我的CNAME记录当作MX记录处理了?

于是,顶着风险做了一个实验,将MX记录停止了5秒,因为用的时DNSPOD的vipDNS,所以解析生效速度非常快。dig看果然是如果MX记录没找到就将CNAME记录作为MX记录的值返回。

dnscname1

 

那平时我的MX记录是正常的,为什么qmail就不找MX非要去找CNAME作为结果呢?

正常情况下应该是这样

dnscname2

这个问题我没搞明白,究竟是属于DNS解析服务的问题还是qmail自己的问题,总之目前我所知道的除了qmail的没有patch的服务器无法给我发送邮件,其它的邮件都能正常的接收到。