?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.