¿Qué servicio DNS proveen?

Actualmente proveemos servicios de DNS primarios para dominios empleando una red redundante distribuida de servidores de nombres ubicados en 7 redes geográficamente distintas a lo largo de Norte América y Europa.

¿Qué son créditos DNS?

When you are entitled to one year DNS service for one domain with us, we give you a total of 366 credits, corresponding to one credit for each day of the year. Each DNS domain you host with us will consume one credit per day. Additionally, if you activate Web Forwarding for your domain, this feature will consume an additional credit per day.

By using a credit system, you have the flexibility to add/remove domains and features from our system, and only need to renew your subscription when your credits run low.

¿Qué es validación?

Es el acto de verificar que los datos que ha ingresado en el sistema DNS son legítimos. Esto le permite conocer si los cambios que realizó son válidos y funcionarán sobre nuestros servidores DNS. Si son detectados errores, tiene la oportunidad de corregir los errores antes que impacten su configuración existente que está funcionando.

ADVERTENCIA: Si hace cambios a una configuración DNS que está funcionando que resultenen un error de validación, CORRIJA LOS CAMBIOS. Mientras la administración por omisión de nuestro sistema DNS proveerá una protección limitada a su configuración anterior, si alguna vez tenemos que recargar un servidor con una configuración nueva completa por cualquier razón, cualquier dominio que no esté validado no será descargado a la nueva configuración. Las recargas completas son raras, pero pueden suceder cuando actualizamos el software, ponemos en línea un nuevo servidor, etc.

¿La validación reporta un error de servidor de nombre autorizado?

El sistema de nombres de dominio funciona teniendo servidores centrales que conocen la ubicación de los servidores de nombre oficiales o autorizados para cada dominio. Generalmente su registrador o ISP los configurará por usted, y ellos apuntarán a los servidores de nombre del registrador o ISP. Cuando decide configurar su dominio sobre nuestros servidores de nombre, necesita decirle a los servidores centrales que los servidores de nombre responsables de gestionar sus consultas DNS para sus dominios son los servidores de nombre de SecuritySpace. Cuando hace esto, debería usar un mínimo de 3 servidores de nombre (y puede usar los 4) listados a continuación:

• ns1.securityspace.net (Dallas, TX USA)
• ns2.securityspace.net (Washington DC, USA)
• ns3.securityspace.net (Miami, FL USA)
• ns4.securityspace.net (Vienna, Austria)

Mi registrador requiere las direcciones IP de sus servidores de nombre.

Realmente, no debería - La información es inútil, y puede ser peligrosa. Solamente debería suministrar los nombres de nuestros servidores como están enumerados arriba (ns1-4.securityspace.net). De hecho, dado como funcionan los servidores centrales cualquier información de dirección IP para nuestros servidores de nombres que suministra junto con sus dominios a su registrador se mantendrá sin uso por los servidores de nombre de los mismos.

Hay algunas circunstancias particulares donde algo conocido como registro "Glue" (pegado) es requerido, y sucede cuando los servidores de nombres para un dominio están contenidos en el mismo dominio. Debido a esta situación, algunos registradores incorrectamente requieren que SIEMPRE suministre la información de dirección IP junto con el nombre calificado del servidor de nombres.

¿Por qué es malo suministrar la dirección IP? Porque las direcciones IP pueden cambiar con el tiempo. Si modificamos la dirección IP de un servidor, y está apuntando el nombre, no lo impactará. El sistema DNS simplemente tomará la ubicación del nuevo servidor. Si, sin embargo, usa directamente la dirección IP, repentinamente encontrará que el servidor en cuestión no está más contestando las consultas para usted.

¿Qué es una carga balanceada de DNS?

Una carga balanceada de DNS es cuando tiene, por ejemplo, múltiples servidores Web proveyendo el mismo contenido (por redundancia), y desea que la carga sea distribuida equitativamente entre estos servidores, y lo hace usando servidores DNS para suministrar direcciones IP distintas a distintos clientes, así, de ese modo distribuye la carga entre sus distintos servidores.

Para hacer esto usando DNS, una técnica ( y la única que soportamos) es definir registros A (dirección IP) múltiples usando el mismo nombre (por ejemplo www.yourdomain.com), cada uno con una IP distinta. Luego, cuando las consultas son emitidas para su dominio, es devuelta la lista completa de registros con el orden cambiado cada vez. La mayoría de los clientes intentan la PRIMER dirección IP, y caen en la siguiente si la primera no está disponible.

¿Soportan carga balanceada basada en CNAME?

No. Carga balanceada basada en CNAME, donde los registros múltiples son definidos usando el mismo Nombre (alias) pero distintos nombres canónicos fueron soportados en BIND 8, pero no son más soportados en BIND 9. Si debe usar carga balanceada de DNS, necesita usar la técnica de múltiples registros A para lograr esto.

>¿Soporta IPv6?

Si. IPv6 support is available via AAAA records. These are added to our interface in the same fashion that A records are added.

¿Soportan registros PTR?

Si. Proveemos soporte completo tanto para archivos de zona completas, así como a los conocidos como delegación Classless. Delegación Classless es una técnica que puede ser usada cuando su ISP le asigna un grupo de un rango de dirección /24, pero igual sigue deseando controlar consultas DNS inversas.

Cuando participa de una delegación Classless, el ISP le proveerá el nombre de dominio a usar. Por ejemplo, si desea manejar registros PRT para las direcciones IP 172.16.1.0 hasta 172.16.1.7, el ISP podría signarle el nombre de dominio 0/28.1.16.172.in-addr.arpa (podrían reemplazar la '/' con un guion, o usar otro nombre arbitrario.) Deberá luego agregar el dominio de arriba a nuestro sistema, y luego agregar registros PRT para los octetos 0,1,2...7, y asignar el nombre de host para cada uno.

El detalle completo de cómo funciona la delegación Class puede ser encontrado en RFC 2317.

¿Soportan registros Comodines?

Si. Podría especificar un registro A comodín por dominio, el cual será la solución por omisión usada si ningún otro registro A coincide con la consulta para su dominio. Cuando especifica un registro comodín, la dirección IP asociada es devuelta solamente si una consulta DNS que es emitida no coincide con ningún otro registro A que ya haya definido para el dominio.

¿Soporta SPF?

Si. Sender Policy Framework, o SPF, esta implementado vía registros TXT en una zona. Soportamos la creación y edición de registros TXT. Simplemente especifique su texto SPF dentro de un registro TXT como lo haría normalmente, y luego valide y active sus cambios.

Do you support CAA (Certificate Authority Authorization)?

Yes. For a brief description of how this works, we recommend starting with the Wikipedia page describing these records. The tags currently supported (and all that are available) are "issue", "issuewild", and "iodef".

Do you support Dynamic DNS?

Yes. We allow you to update your IP address as it may change from time to time using a simple one line URL request. Documentation for supported clients and the update protocoll specification can be found here.

Can I configure you to be a slave server?

Yes. We support both Master and Slave zones. When adding a domain into our system, you decide at the time you add it whether or not you want our name server network to act as Master or Slave for your domain.

When configuring a Master domain, all of our name servers will be acting as a Master server. When configured a Slave domain, all of our name servers will act as a slave server.

What is the difference between Master/Slave and Primary/Secondary?

Good question! Most people equate Master with Primary and Secondary with Slave. In reality, the two are not quite the same. Primary name servers are the default name server (the first server that will be queried) based on how you have configured your domain's NS records with your registrar. Secondary name servers are the backup if the primary name server fails.

Master and slaves refer to a management arrangement used within DNS servers to propagate information changes from one server to another. Masters are the holders of the authoritative information, who in turn arrange to pass this information off to slaves. Often a Master server is the Primary, and slave servers are the secondary, but this need not be the case!

When you configure a master zone with us, all of our name servers will operate as a master name server. If you configure a slave zone with us, all of our name servers will act as a slave to your specified master name server.

What is Web Forwarding?

Web forwarding allows you to forward, or "redirect", a web request to your domain to another URL of your choosing. This URL might be located on another ISP, free web space provider, or an IP address-port combination. When you setup web forwarding, all requests for a given host will be sent to the URL you specify. You may, if you choose, set up multiple hosts, each going to a different URL. For example,

   www.yourdomain.com     -> http://freespace.geocities.com/yourname/index.html
   yahoo.yourdomain.com   -> http://www.yahoo.com
   private.yourdomain.com -> http://192.168.1.1:8000/login.html

Each domain is limited to a maximum of 100 Web Forwarding records.