[lac-discuss-es] FW: Nombre del servidor cumplimiento RFC

[vanda en scartezini.org]

[[--Translated text (en -> es)--]]

 Asunto: FW: Nombre del servidor cumplimiento RFC 
 De: vanda en 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, &quot;Mark Andrews&quot; <technical-issues-bounces en atlarge-lists.icann.org on behalf of marka en 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 &quot;zona $&quot; $ @ servidor 
        cavar + + nocookie EDNS + + Noad norec SOA -q &quot;zona $&quot; $ @ servidor 
        cavar + + nocookie EDNS = 1 + noednsneg + + Noad norec SOA -q &quot;zona $&quot; $ @ servidor 
        cavar + + nocookie EDNS + + dnssec bufsize = 512 + + Noad norec + ignorar DNSKEY \\ 
  -q servidor @ $ &quot;zona $&quot; 
        cavar + + nocookie ednsopt = 100 + + Noad norec SOA -q &quot;zona $&quot; $ @ servidor 
        cavar + + nocookie ednsopt = 100 + EDNS = 1 + noednsneg + + Noad norec SOA \\ 
  -q servidor @ $ &quot;zona $&quot; 
        Noad + norec SOA -q &quot;zona $&quot; @ server $ cavar + nocookie + + dnssec 
        cavar + + nocookie ednsflags = 0x80 + + Noad norec SOA -q &quot;zona $&quot; $ @ servidor 
        cavar + + nocookie EDNS + + dnssec bufsize = 512 + + Noad norec + em DNSKEY \\ 
  -q servidor @ $ &quot;zona $&quot; 
        cavar + EDNS + + Noad norec + + nsid subred = 0.0.0.0 / 0 + + galleta expirará \\ 
   SOA -q servidor @ $ &quot;zona $&quot; 


 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 en isc.org 
 _______________________________________________ 



[[--Original text (en)
http://mm.icann.org/transbot_archive/3c1f538c3a.html
--]]