Comment trouver le nom de domaine complet de l'ordinateur local en C#/.NET ?

Comment pouvez-vous obtenir le nom de domaine complet de l'ordinateur local en C#?

InformationsquelleAutor | 2009-04-29

135

REMARQUE: Cette solution ne fonctionne que lorsque le ciblage de la .NET 2.0 (et plus récents), cadres.
```
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
}
```
Mise à JOUR

Puisque beaucoup de gens ont dit qu' La Réponse de Sam est plus concis, j'ai décidé d'ajouter quelques commentaires pour la réponse.

La chose la plus importante à noter est que le code que j'ai donné est pas l'équivalent pour le code suivant:
```
Dns.GetHostEntry("LocalHost").HostName
```
Alors que dans le cas général, lorsque la machine est en réseau et d'une partie d'un domaine, les deux méthodes produisent le même résultat, dans les autres scénarios, les résultats seront différents.

Un scénario où la sortie seront différentes, c'est quand la machine n'est pas partie d'un domaine. Dans ce cas, le Dns.GetHostEntry("LocalHost").HostName sera de retour localhost tandis que le GetFQDN() méthode ci-dessus, sera de retour le nom NETBIOS de l'ordinateur hôte.

Cette distinction est importante lorsque l'objectif est de trouver la machine nom de domaine complet est un journal d'informations, ou de générer un rapport. La plupart du temps, j'ai utilisé cette méthode dans des journaux ou des rapports qui sont ensuite utilisés pour mapper à une machine spécifique. Si les machines ne sont pas en réseau, la localhost identificateur est inutile, alors que le nom donne les informations nécessaires.

Si, finalement, c'est à chaque utilisateur, quelle méthode est la mieux adaptée à leur demande, en fonction de ce résultat dont ils ont besoin. Mais de là à dire que cette réponse est fausse pour ne pas être concis assez superficiel au mieux.

Voir un exemple où la sortie seront différentes: http://ideone.com/q4S4I0
- À l'aide de Dns.GetHostEntry("LocalHost").HostName, je reçois toujours le nom d'hôte (pas netbios) avec le primaire de suffixe de domaine. Cela ne dépend pas de savoir si la machine fait partie d'un domaine, un serveur DNS est accessible, ou la netzwork est connecté. Probablement que je ne comprends pas votre explication, mais le résultat est ce que j'attends. (La Machine: W2008R2; .net 4.0; netbiosname:NOMTEST-VERYLO nom d'hôte: NOMTEST-VERYLONG)
- Pourquoi utilisez-vous Dns.GetHostName() pour hostName au lieu d'utiliser le HostName propriété de la IPGlobalProperties objet que vous avez déjà, une ligne au-dessus?
- parce que le IPGlobalProperties nom d'hôte de la propriété renvoie le nom NetBIOS, alors que Dns.GetHostName() retourne le nom d'hôte DNS.
- le EndsWith case est cassé pour les noms d'hôtes qui se terminent par les mêmes lettres que le nom de domaine (par exemple, un hôte MYHOST dans le domaine de l'OST), devrait probablement être EndsWith("." + domainName)
- Généralement, le domaine est de la forme "DOMAINE.TLD" mais oui, votre méthode de contrôle serait mieux mis à jour pour refléter
- Parfois, Dns.GetHostEntry donne erreur de socket. Munis d'une carte d'adresse ip.
- Si le nom de domaine est vide, alors il renvoie hostName.. Il devrait y avoir un !String.isNullorEmpty(domainName) vérifier
- Le ideone exemple t-il. J'ai édité la réponse à miroir. En fait il utilise le EndsWith un peu mieux. Btw. J'ai essayé cet exemple avec 'Dns.GetHostEntry("LocalHost").Nom d'hôte " sur une machine virtuelle avec aucun domaine, et il a travaillé.
InformationsquelleAutor Mike Dinescu
63

Une légère simplification de Miky D du code
```
    public static string GetLocalhostFqdn()
    {
        var ipProperties = IPGlobalProperties.GetIPGlobalProperties();
        return string.Format("{0}.{1}", ipProperties.HostName, ipProperties.DomainName);
    }
```
- Contrairement à Micky D du code renvoie le nom d'hôte avec en annexe un point si la machine n'est pas membre d'un domaine.
- Aussi, il utilise le nom NetBIOS au lieu du nom d'hôte DNS. Je crois que les noms NetBIOS sont adaptés uniquement au sein de réseaux locaux.
- Peut-être ajouter un .Trim(".") à la dernière ligne pour se débarrasser de l' . si elle existe.
InformationsquelleAutor Matt Z
27

Cela est couvert par cet article. Cette technique est plus bref que l'on a accepté la réponse et probablement plus fiable que la plus-voté réponse. Notez que, comme je le comprends, ce n'est pas utiliser des noms NetBIOS, de sorte qu'il doit être adapté à l'utilisation d'Internet.

.NET 2.0+
```
Dns.GetHostEntry("LocalHost").HostName
```
.NET 1.0 - 1.1
```
Dns.GetHostByName("LocalHost").HostName
```
- OMI, cela devrait être la accepté de répondre.
- Sam réponse est bonne (j'ai même voded moi-même) mais il n'est pas équivalent à ma réponse, ni nécessairement le meilleur. Veuillez voir ma réponse mis à jour pour plus de détails.
- la question est de savoir comment obtenir le nom de domaine complet, ce qui signifie que la machine est sur un réseau et d'une partie d'un domaine. la accepté de répondre à fait le travail, mais Sam réponse est plus "précis" (faute d'un meilleur terme)
- c'est la bonne réponse! mais au lieu de faire Dns.GetHostEntry("LocalHost").HostName mieux vous passez une chaîne vide comme: Dns.GetHostEntry("").HostName
InformationsquelleAutor Sam

Ici, il est en PowerShell, pour le fun:

$ipProperties = [System.Net.NetworkInformation.IPGlobalProperties]::GetIPGlobalProperties()
"{0}.{1}" -f $ipProperties.HostName, $ipProperties.DomainName

InformationsquelleAutor halr9000

15

Et pour Framework 1.1 est aussi simple que cela:
```
System.Net.Dns.GetHostByName("localhost").HostName
```
Puis de supprimer le nom NETBIOS de la machine pour récupérer uniquement le nom de domaine
- Ici en 2013, GetHostByName("localhost") est obsolète. VS 2010 m'a suggéré d'utiliser GetHostEntry("localhost") au lieu de cela, ce qui fonctionne très bien.
- vous avez peut-être manqué l'bits sur ce qui est pour .NET 1.1.
- Je voulais ajouter des informations à jour pour cette réponse, car elle était la plus simple et donc mon préféré. J'ai probablement ne pas faire défiler assez loin de voir votre réponse, qui avait en effet rendu à mon commentaire inutile.
InformationsquelleAutor javizcaino
8

Vous pouvez essayer ce qui suit:
```
return System.Net.Dns.GetHostEntry(Environment.MachineName).HostName;
```
Cela devrait vous donner le nom complet de la machine (ou vous pouvez spécifier n'importe quel hôte).

InformationsquelleAutor UT-Fan-05
5

Une légère amélioration sur Matt Z de la réponse, de sorte qu'une fuite d'arrêt n'est pas retournée si l'ordinateur n'est pas membre d'un domaine:
```
public static string GetLocalhostFqdn()
{
    var ipProperties = IPGlobalProperties.GetIPGlobalProperties();
    return string.IsNullOrWhiteSpace(ipProperties.DomainName) ? ipProperties.HostName : string.Format("{0}.{1}", ipProperties.HostName, ipProperties.DomainName);
}
```
- Note que je pense que c'utilise NetBIOS nom d'hôte, de sorte qu'il peut ne pas être approprié pour l'utilisation d'Internet.
InformationsquelleAutor Bosco

Utilisé ce que l'un de mes options pour combiner nom d'hôte et nom de domaine pour la construction d'un rapport, a ajouté le générique de texte à remplir lors de nom de domaine n'a pas été capturé, c'était l'une des exigences de clients.

J'ai testé à l'aide de C# 5.0, .Net 4.5.1

private static string GetHostnameAndDomainName()
{
       //if No domain name return a generic string           
       string currentDomainName = IPGlobalProperties.GetIPGlobalProperties().DomainName ?? "nodomainname";
       string hostName = Dns.GetHostName();

    //check if current hostname does not contain domain name
    if (!hostName.Contains(currentDomainName))
    {
        hostName = hostName + "." + currentDomainName;
    }
    return hostName.ToLower();  //Return combined hostname and domain in lowercase
}

Construit en utilisant les idées de Miky Dinescu solution.

InformationsquelleAutor user3500031

1

Nous avons mis en place résultat suggéré d'utiliser de cette façon:
```
return System.Net.Dns.GetHostEntry(Environment.MachineName).HostName;
```
Cependant, s'est avéré que cela ne fonctionne pas à droite lorsque le nom de l'ordinateur est de plus de 15 caractères et l'utilisation de noms NetBios. L'Environnement.MachineName renvoie seulement une partie du nom et de la résolution de nom d'hôte retourne même nom de l'ordinateur.

Après quelques recherches, nous avons trouvé une solution pour résoudre ce problème:
```
System.Net.Dns.GetHostEntry(System.Net.Dns.GetHostName()).HostName
```
Cela a résolu tous les problèmes, y compris le nom de l'ordinateur.

InformationsquelleAutor btomas

-9

Si vous voulez ranger, et de gérer les exceptions, essayez ceci:

public static string GetLocalhostFQDN()
        {
            string domainName = string.Empty;
            try
            {
                domainName = NetworkInformation.IPGlobalProperties.GetIPGlobalProperties().DomainName;
            }
            catch
            {
            }
            string fqdn = "localhost";
            try
            {
                fqdn = System.Net.Dns.GetHostName();
                if (!string.IsNullOrEmpty(domainName))
                {
                    if (!fqdn.ToLowerInvariant().EndsWith("." + domainName.ToLowerInvariant()))
                    {
                        fqdn += "." + domainName;
                    }
                }
            }
            catch
            {
            }
            return fqdn;
        }

"et de gérer les exceptions" - ÉCHEC.
u pense que la prise par lui-même gère l'exception!
Non, je pense que la façon dont vous souhaitez gérer les exceptions est quelque chose que vous devez décider pour vous-même. Et si vous ne pouvez pas obtenir un nom de domaine, comment proposeriez-VOUS de le gérer?
Journal d'un rapport d'erreur et d'avertir l'utilisateur que quelque chose s'est mal passé au lieu de fournir le code de client avec des informations erronées.

InformationsquelleAutor Roger Willcocks

Vous devez vous connecter pour publier un commentaire.

.NET 2.0+

.NET 1.0 - 1.1