NOTE: This solution only works when targeting the .NET 2.0 (and newer) frameworks.
using System;
using System.Net;
using System.Net.NetworkInformation;
//...
public static string GetFQDN()
{
string domainName = IPGlobalProperties.GetIPGlobalProperties().DomainName;
string hostName = Dns.GetHostName();
domainName = "." + domainName;
if(!hostName.EndsWith(domainName)) // if hostname does not already include domain name
{
hostName += domainName; // add the domain name part
}
return hostName; // return the fully qualified name
}
UPDATE
Since a lot of people have commented that Sam's Answer is more concise I've decided to add some comments to the answer.
The most important thing to note is that the code I gave is not equivalent to the following code:
Dns.GetHostEntry("LocalHost").HostName
While in the general case when the machine is networked and part of a domain, both methods will generally produce the same result, in other scenarios the results will differ.
A scenario where the output will be different is when the machine is not part of a domain. In this case, the Dns.GetHostEntry("LocalHost").HostName
will return localhost
while the GetFQDN()
method above will return the NETBIOS name of the host.
This distinction is important when the purpose of finding the machine FQDN is to log information, or generate a report. Most of the time I've used this method in logs or reports that are subsequently used to map information back to a specific machine. If the machines are not networked, the localhost
identifier is useless, whereas the name gives the needed information.
So ultimately it's up to each user which method is better suited for their application, depending on what result they need. But to say that this answer is wrong for not being concise enough is superficial at best.
See an example where the output will be different: http://ideone.com/q4S4I0
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…