本文是转载的，向高手致敬

起因：公司网络接口做了接口认证，虚拟机桥接至物理网卡无法完成认证进行网络访问，无奈之下只能讲虚拟机网络模式更改为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

重启服务器，登录后查看主机名恢复正常。