我使用a.alpha这样的名字作为我的linux系统的主机名，但是这些名字并不完全可用。 主机名shell命令的响应是正确的（a.alpha）。 但是在我的用户帐户之后打印的名字是“user @ a”而不是“[email protected]”。 当我使用avahi时，我可以（通过主机名）达到a.alpha，而不是b.alpha。 这是正常的吗？
砍刀是正确的。 由于DNS的工作原理，“a.alpha”的“alpha”组件被认为是DNS中的一个离散“标签”。 使用带有点的主机名会导致任何使用DNS的系统的结果不一致。
Avahi不会与DNS名称进行交互，具体而言， <host-name>指令需要在其中包含服务的DNS FQDN，因此它也受DNS名称不一致的影响。
不要使用虚线名称。
由于DNS的缘故，您要求提供该命名scheme的麻烦，请考虑使用a-alpha。
正如其他人所提到的，由于DNS，您绝对要避免在主机名中出现小点，而且我还发现，如果您使用通配符证书执行SSL，则会出现问题，因为通配符证书只会通配符级别为子域。 因此，如果您的通配符证书为* .mycompany.com，但您的主机名为a.alpha，则通配符证书可能无法正常工作，如果将“alpha”视为子域。
正确的答案肯定是“不要这样做”，如上所述。
对于一些可能有用的和绝对正确的阅读，请继续：
你在说dnsparsing还是你的命令行提示？ 如果你想修复你的命令行提示符，只要摆弄$ PS1（或适用的类似的非bash / sh等价物）即可。
如果你真的想让a.alpha成为一个parsing为IP地址的主机名，你可以这样做，但是这可能涉及每个主机名后缀（EG alpha，beta等）的子域名。
甚至有可能你可以configuration你的DNS服务器而不需要build立子域名。 您可以在父域的区域文件中提供子域名称服务器的IP地址，因此它可能“正常工作”。 这是因为当某人向您的DNS服务器询问a.alpha.examaple.com的IP地址时，他们会向DNS服务器请求example.com，如果该DNS服务器的地址已经挂起，则会回答问题的答案，而不是试图把你转交给子域的权威服务器。 它可能会在缺失的SOA周围出现……所以也许你会为每个主机前缀添加一个Alogging，并为每个主机后缀添加一个SOA。 是的，这是票…
互联网上的所有东西都会认为你的主机名是'a'，你的域名是alpha.example.com。