起因：公司网络接口做了接口认证，虚拟机桥接至物理网卡无法完成认证进行网络访问，无奈之下只能讲虚拟机网络模式更改为NAT模式，更改完成之后进行ssh登录，发现主机名发生了变化。
更改NAT模式之前 [root@localhost ~]# [root@localhost ~]# [root@localhost ~]# 更改为NAT模式之后 [root@bogon ~]# [root@bogon ~]#
发现主机名变成了bogon，很气，看着很不顺眼，想办法更改回来。
查看几个相关文件
[root@localhost ~]# vi /etc/sysconfig/network NETWORKING=yes HOSTNAME=localhost.localdomain [root@localhost ~]# vi /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
network和hosts中的主机名都正常，都是localhost
[root@bogon ~]# hostname bogon
直接使用hostname发现还是返回了bogon，并不是文件中的localhost，查看dns文件
[root@localhost ~]# cat /etc/resolv.conf ; generated by /sbin/dhclient-script search localdomain nameserver 192.168.13.2
发现多了一行search localdomain，应该是这行配置导致的问题，resolv.conf中的配置是由vmware 8网卡自动下发的，所以更改此处配置无用，准备曲线救国
这块的配置说明是要在加载配置文件后，对该主机的IP地址进行解析，返回的domain域名作为主机名回显至命令行，尝试解析本机IP
[root@localhost ~]# nslookup 192.168.13.128 Server: 192.168.13.2 Address: 192.168.13.2#53 Non-authoritative answer: 128.13.168.192.in-addr.arpa name = bogon. Authoritative answers can be found from: [root@localhost ~]#
果然本机的IP地址被解析为了bogon，那么说明一个问题就是，如果resolv.conf中配置了search localdomain，那么此处得到的主机名则优先于hosts和network文件中的配置
要解决这个问题，最简单的方案就是让其解析时不经过dns，使用hosts文件，直接将本机的IP地址解析为localhost即可
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.13.128 localhost
重启服务器，登录后查看主机名恢复正常。