[[--Translated text (en -> es)--]] Asunto: FW: Nombre del servidor cumplimiento RFC De: vanda@scartezini.org Vanda Polo Consultores Associados AV. Paulista 1159, 1004 cj 01311-200- Sao Paulo, SP, Brasil Línea de tierra: +55 11 3266.6253 Móvil: + 55 11 98181.1464 Lo siento por los errores tipográficos. Para quienes arinterested en cuestiones técnicas, aquí algunos comentarios de Marcos. Vanda Polo Consultores Associados AV. Paulista 1159, 1004 cj 01311-200- Sao Paulo, SP, Brasil Línea de tierra: +55 11 3266.6253 Móvil: + 55 11 98181.1464 Lo siento por los errores tipográficos. El 05/07/16, 4:06, "Mark Andrews" <technical-issues-bounces@atlarge-lists.icann.org on behalf of marka@isc.org> escribió: Actualmente la ICANN requiere que los registros utilizan estándares RFC servidores de nombres compatibles como parte del requisito de registro de dominios de nivel superior no CC. Esto se refiere tanto a DNS (STD 13) y EDNS (RFC6891). Esta es una buena cosa y casi todos los operadores de TLD se están ejecutando DNS y servidores de nombres EDNS compatibles. https://ednscomp.isc.org/compliance/ts/allok.html https://ednscomp.isc.org/compliance/tld-report.html https://ednscomp.isc.org/compliance/tld-fullreport.txt Lo mismo no puede decirse de los servidores que Registros TLD delegar en con poco más del 50% de los servidores que son nominalmente EDNS consciente de estar realmente EDNS compatible a pesar de la requisitos de ser casi 17 años. Esta falta de cumplimiento provoca problemas operacionales para servidores recursivos que utilizan las nuevas características del DNS y no dar lugar a errores de resolución de DNS. Un servidor DNS recursivo moderna envía EDNS no recursivos consultas con una opción de conjunto de cookies de DNS y el conjunto de bits DO por defecto a todos los servidores.El perfil de respuesta típico a esta consulta se muestra en estos gráficos. https://ednscomp.isc.org/compliance/ts/gov.optfail.html https://ednscomp.isc.org/compliance/ts/alexa.optfail.html Existen problemas similares cuando se mira a la bandera EDNS desconocida conducta y comportamiento versión EDNS desconocido. Estas cosas en su mayor parte son también fáciles de comprobar. Los controles de conformidad EDNS realizan para generar las páginas a https://ednscomp.isc.org consultas que se dirigen a características EDNS individuales que deben estar soportado. cavar + + nocookie noedns + + Noad norec SOA -q "zona $" $ @ servidor cavar + + nocookie EDNS + + Noad norec SOA -q "zona $" $ @ servidor cavar + + nocookie EDNS = 1 + noednsneg + + Noad norec SOA -q "zona $" $ @ servidor cavar + + nocookie EDNS + + dnssec bufsize = 512 + + Noad norec + ignorar DNSKEY \\ -q servidor @ $ "zona $" cavar + + nocookie ednsopt = 100 + + Noad norec SOA -q "zona $" $ @ servidor cavar + + nocookie ednsopt = 100 + EDNS = 1 + noednsneg + + Noad norec SOA \\ -q servidor @ $ "zona $" Noad + norec SOA -q "zona $" @ server $ cavar + nocookie + + dnssec cavar + + nocookie ednsflags = 0x80 + + Noad norec SOA -q "zona $" $ @ servidor cavar + + nocookie EDNS + + dnssec bufsize = 512 + + Noad norec + em DNSKEY \\ -q servidor @ $ "zona $" cavar + EDNS + + Noad norec + + nsid subred = 0.0.0.0 / 0 + + galleta expirará \\ SOA -q servidor @ $ "zona $" Los errores propios son triviales para fijar en la mayoría de los casos.yo fijo errores similares en el nombre de vuelta antes se ha especificado EDNS y tomaron menos de 5 minutos de la codificación para fijar el errores. Escribiendo las pruebas tomó más tiempo. Así que para el control de calidad. Una lista más exhaustiva de pruebas que cubren 13 enfermedades de transmisión sexual comportamiento así es en: https://tools.ietf.org/html/draft-ietf-dnsop-no-response-issue-03 Hacemos un mal servicio a todos los operadores de servidores recursivos y sus clientes al permitir a las delegaciones no compatibles con RFC servidores que se produzca. Todos los servidores delegadas deben ser evaluados en o cerca del momento de la inscripción inicial y los operadores informado de los errores detectados con una solicitud para corregir el error y re-comprobado trimestral si tenían un error y al año si no lo hacían con los seguimientos de los errores detectados. marca - Marcos Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia TELÉFONO: +61 2 9871 4742 INTERNET: marka@isc.org _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/3c1f538c3a.html --]]