Cómo obtener el nombre de dominio del servidor

Question

¿Alguien puede decirme cómo obtener el nombre de dominio de los servidores en asp.net? (Environment.UserDomainName devuelve la cadena "APLICACIÓN IIS")

Gracias por las repeticiones, pero sobre todo son sobre el nombre DNS del servidor, lo que necesito es el nombre de dominio. Por ejemplo, cuando me conecto a través de la autenticación de Windows Me tipo de dominio \ usuario y necesito este "dominio"

Answer 1

Me parece que está intentando encontrar el nombre de dominio del usuario. Dado que está solicitando Environment.UserDomainName. Dado que es probable que su sitio se ejecute con "Permitir acceso anónimo": el usuario no está pasando su información de dominio al servidor e IIS le está dando la información de la cuenta que tiene, es decir, la cuenta del grupo de aplicaciones.

Answer 2

Pruebe la clase System.Net.Dns, que tiene un montón de métodos útiles, como GetHostEntry es decir:

var entry = System.Net.Dns.GetHostEntry("google.com"); // or vice-versa... 
var name = System.Net.Dns.GetHostEntry("127.0.0.1"); // localhost ;) 

Answer 3

podrás necesidad de extraerlo de la solicitud objeto:

HttpContext.Current.Request.Url.Host 

Answer 4

hay problema específico a su pregunta, puede haber más de un nombre de dominio para una dirección IP específica.

Como se ha indicado Tinister, puede utilizar

HttpContext.Current.Request.Url.Host 

Pero eso sólo le dirá lo que escribió en la barra de direcciones del navegador del usuario. Si el usuario agregó una entrada a su archivo de host para su sitio y luego usa ese nombre de host, eso es lo que verá. (No tengo idea de por qué lo harían).

Si tiene más de un nombre de dominio para su sitio web, puede usarlo para averiguar cuál de los nombres de dominio solicitó el usuario.

Answer 5

De acuerdo con la respuesta de brujo: How can I get the baseurl of site?

elegante :)

cadena baseUrl = Request.Url.GetLeftPart (UriPartial.Authority);

Answer 6

Si alguien aquí es en realidad buscando el nombre de dominio del servidor, aquí es un truco que he estado usando desde los inicios .Net:

[DllImport("netapi32.dll", CharSet = CharSet.Auto)] 
    static extern int NetWkstaGetInfo(string server, int level, out IntPtr info); 

    [DllImport("netapi32.dll")] 
    static extern int NetApiBufferFree(IntPtr pBuf); 

    [StructLayout(LayoutKind.Sequential, CharSet = CharSet.Auto)] 
    class WKSTA_INFO_100 
    { 
     public int wki100_platform_id; 
     [MarshalAs(UnmanagedType.LPWStr)] 
     public string wki100_computername; 
     [MarshalAs(UnmanagedType.LPWStr)] 
     public string wki100_langroup; 
     public int wki100_ver_major; 
     public int wki100_ver_minor; 
    } 

    public static string GetMachineNetBiosDomain() 
    { 
     IntPtr pBuffer = IntPtr.Zero; 

     WKSTA_INFO_100 info; 
     int retval = NetWkstaGetInfo(null, 100, out pBuffer); 
     if (retval != 0) 
      throw new Win32Exception(retval); 

     info = (WKSTA_INFO_100)Marshal.PtrToStructure(pBuffer, typeof(WKSTA_INFO_100)); 
     string domainName = info.wki100_langroup; 
     NetApiBufferFree(pBuffer); 
     return domainName; 
    } 

En realidad se puede tomar un poco de información de ahí. Actualización: ahora funciona con 64 bits.

Thanks Duncan for the 64bit version.

Answer 7

en el web.config es necesario agregar el fragmento de código

<authentication mode="Windows"/> 
    <authorization> 
     <deny users="?"/> 
    </authorization> 

    <identity impersonate="true"/> 

Answer 8

Un poco tarde ..Pero la respuesta que falta y lo mejor que he encontrado, después de tener exactamente el mismo problema:

private static string getComputerDomain() 
     { 
      try 
      { 
       return Domain.GetComputerDomain().Name; 
      } 
      catch (ActiveDirectoryObjectNotFoundException) 
      { 
       return "Local (No domain)"; 
      } 
     } 

Como se indica en el MSDN site:

valor

Este retorno es independiente de las credenciales de dominio bajo el cual la la aplicación se ejecuta. Este método recuperará el dominio de la computadora , independientemente de las credenciales de dominio de la cuenta de confianza que se ejecuta debajo.

Probado en mi pc personal (sin dominio AD) y en el trabajo (con dominio AD) en IIS (acceso anónimo).