DNS LACNOG

dns@listas.nog.lat

206 discussions

[dns-esp] Sobre DNS
by Yosvany Hechavarria 12 Sep '12

12 Sep '12

Hola A todos Soy nuevo con el dominio del DNS Quisiera saber porque me esta pasando esto que a continuacion le detallo Tengo un servidor de correos, con DNS propio, y todo marcha bien saliendo los correos, pero no es lo mismo para la entrada, se demoran mucho en llegar, tiene que ver el DNS en eso, algo me dice que no esta resolviendo. A mi me dieron dos direcciones IP que son DNS, Sera que tengo que ponerlos como principales para que los mensakes me lleguen mas rapido.

3 2

Re: [dns-esp] Actualización resolver
by Del Solar Navarrete Maria Cristina 07 Jun '12

07 Jun '12

Si, todos en el mismo lugar y esa red no forma parte de la red de los resolver, estaba pensando pedir ayuda al área de redes ;) Atte. MDS ________________________________ De: dns-esp-bounces(a)listas.nic.cl Para: DNS en español Enviado: Wed Jun 06 21:38:04 2012 Asunto: Re: [dns-esp] Actualización resolver Pero todos están en el mismo lugar? este puede estar expuesto a un trafico al que no lo estan los otros. Es la 10.30.40.50 parte de tu red? Slds as On 5 Jun 2012, at 13:29, Del Solar Navarrete Maria Cristina wrote: Gracias, pero es que es extraño, porque 8 resolver ya he actualizado 7 y sólo 1 presenta ese síntoma y digamos que la configuración es similar para todos :S Atte. { M. Cristina Del Solar N. _ TAM ISP Ingeniería UNIX Subg. Ingeniería Serv. Outsourcing TI Gerencia SERTI - Entel S.A. * De: dns-esp-bounces(a)listas.nic.cl [mailto:dns-esp-bounces@listas.nic.cl] En nombre de Mauricio Vergara Ereche Enviado el: martes, 05 de junio de 2012 12:19 Para: DNS en español Asunto: Re: [dns-esp] Actualización resolver Hola! Lo más probable es que necesites crear unas ACL y agregarlas al allow-recursion {}; dentro del options Al cambiar a una versión más nueva, el resolver te pide especificar de dónde pueden hacerle las consultas. Saludos! El 5 de junio de 2012 12:07, Del Solar Navarrete Maria Cristina <MDelSolar(a)entel.cl> escribió: Estimados Estoy actualizando mis resolver y en uno de ellos veo el siguiente mensaje: Jun 5 11:48:48 sobek named[2382]: client 10.30.40.50#46402: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:48:48 sobek named[2382]: client 10.30.40.50#38542: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:53:39 sobek named[2382]: client 10.30.40.50#37488: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:53:39 sobek named[2382]: client 10.30.40.50#32820: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:53:48 sobek named[2382]: client 10.30.40.50#39428: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:53:48 sobek named[2382]: client 10.30.40.50#46799: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:58:38 sobek named[2382]: client 10.30.40.50#53043: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:58:38 sobek named[2382]: client 10.30.40.50#60089: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:58:48 sobek named[2382]: client 10.30.40.50#53536: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:58:48 sobek named[2382]: client 10.30.40.50#33498: query (cache) 'www.entel.cl/A/IN' denied Algún indicio? Actalicé a RH 6.2, bind 9.7.3-8.P3 Es necesaria alguna otra información? Gracias de antemano { M. Cristina Del Solar N. _ TAM ISP Ingeniería UNIX Subg. Ingeniería Serv. Outsourcing TI Gerencia SERTI - Entel S.A. * La información contenida en esta transmisión (y sus documentos adjuntos), es confidencial y no puede ser usada o difundida por personas distintas a su(s) destinatario(s). El uso no autorizado por los representantes legales de ENTEL S.A., de la información contenida en esta transmisión puede ser sancionado criminalmente de conformidad con la ley chilena. Si ha recibido esta transmisión por error, por favor destrúyala y notifique al remitente. Atendido que no existe certidumbre que el presente mensaje no ha sido modificado como resultado de su transmisión por correo electrónico, o retrasmitido sin alteración alguna; Entel S.A. no será responsable del contenido del mismo ni puede entenderse como emanado de sus representantes legales o transmitido con la autorización previa de ellos. _______________________________________________ dns-esp mailing list dns-esp(a)listas.nic.cl https://listas.nic.cl/mailman/listinfo/dns-esp -- Mauricio Vergara Ereche +56 99 1241718 Viña del Mar/Santiago - CHILE http://mave.cero32.cl La información contenida en esta transmisión (y sus documentos adjuntos), es confidencial y no puede ser usada o difundida por personas distintas a su(s) destinatario(s). El uso no autorizado por los representantes legales de ENTEL S.A., de la información contenida en esta transmisión puede ser sancionado criminalmente de conformidad con la ley chilena. Si ha recibido esta transmisión por error, por favor destrúyala y notifique al remitente. Atendido que no existe certidumbre que el presente mensaje no ha sido modificado como resultado de su transmisión por correo electrónico, o retrasmitido sin alteración alguna; Entel S.A. no será responsable del contenido del mismo ni puede entenderse como emanado de sus representantes legales o transmitido con la autorización previa de ellos._______________________________________________ dns-esp mailing list dns-esp(a)listas.nic.cl https://listas.nic.cl/mailman/listinfo/dns-esp La informaci�n contenida en esta transmisi�n (y sus documentos adjuntos), es confidencial y no puede ser usada o difundida por personas distintas a su(s) destinatario(s). El uso no autorizado por los representantes legales de ENTEL S.A., de la informaci�n contenida en esta transmisi�n puede ser sancionado criminalmente de conformidad con la ley chilena. Si ha recibido esta transmisi�n por error, por favor destr�yala y notifique al remitente. Atendido que no existe certidumbre que el presente mensaje no ha sido modificado como resultado de su transmisi�n por correo electr�nico, o retrasmitido sin alteraci�n alguna; Entel S.A. no ser� responsable del contenido del mismo ni puede entenderse como emanado de sus representantes legales o transmitido con la autorizaci�n previa de ellos.

1 0

[dns-esp] Actualización resolver
by Del Solar Navarrete Maria Cristina 07 Jun '12

07 Jun '12

Estimados Estoy actualizando mis resolver y en uno de ellos veo el siguiente mensaje: Jun 5 11:48:48 sobek named[2382]: client 10.30.40.50#46402: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:48:48 sobek named[2382]: client 10.30.40.50#38542: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:53:39 sobek named[2382]: client 10.30.40.50#37488: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:53:39 sobek named[2382]: client 10.30.40.50#32820: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:53:48 sobek named[2382]: client 10.30.40.50#39428: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:53:48 sobek named[2382]: client 10.30.40.50#46799: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:58:38 sobek named[2382]: client 10.30.40.50#53043: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:58:38 sobek named[2382]: client 10.30.40.50#60089: query (cache) 'www.google.cl/A/IN' denied Jun 5 11:58:48 sobek named[2382]: client 10.30.40.50#53536: query (cache) 'www.entel.cl/A/IN' denied Jun 5 11:58:48 sobek named[2382]: client 10.30.40.50#33498: query (cache) 'www.entel.cl/A/IN' denied Algún indicio? Actalicé a RH 6.2, bind 9.7.3-8.P3 Es necesaria alguna otra información? Gracias de antemano { M. Cristina Del Solar N. _ TAM ISP Ingeniería UNIX Subg. Ingeniería Serv. Outsourcing TI Gerencia SERTI - Entel S.A. * La información contenida en esta transmisión (y sus documentos adjuntos), es confidencial y no puede ser usada o difundida por personas distintas a su(s) destinatario(s). El uso no autorizado por los representantes legales de ENTEL S.A., de la información contenida en esta transmisión puede ser sancionado criminalmente de conformidad con la ley chilena. Si ha recibido esta transmisión por error, por favor destrúyala y notifique al remitente. Atendido que no existe certidumbre que el presente mensaje no ha sido modificado como resultado de su transmisión por correo electrónico, o retrasmitido sin alteración alguna; Entel S.A. no será responsable del contenido del mismo ni puede entenderse como emanado de sus representantes legales o transmitido con la autorización previa de ellos.

4 5

[dns-esp] Alerta de seguridad ALTA BIND todas las versiones
by Nelson Lopez V. 04 Jun '12

04 Jun '12

se ha descubierto una vulnerabilidad en el servidor de nombres de dominio Bind, que podría provocar una denegación de servicio en el proceso named. El procesamiento de determinados registros DNS donde el campo rdata es de tamaño cero o está vacio, puede producir resultados inesperados. Los servidors recursivos pueden fallar o divulgar direcciones de memoria al cliente. Además, los servidores secundarios pueden fallar al reinicio después de realizar una transferencia de zona que contenga estos registros. Los servidores maestros podrían también corromper los datos de la zona si la opción de zona /"auto-dnssec"/ tiene el valor /"maintain"/. *Impacto:* * Denegación de servicio en bind http://www.cert.inteco.es/securityAdvice/Actualidad/Avisos_seguridad_tecnic… Saludos.

3 4

[dns-esp] Ataque a mis DNS
by Francisco Vargas Piedra 04 Jun '12

04 Jun '12

Buenas tardes, Mi nombre es Francisco Vargas y soy ingeniero de una compañía de cable. Estoy encargado de la administración de los DNS. He recibido un ataque que consistió en la saturación de mis servidores a través de peticiones a "ripe.net". Parece ser una especie de botnet que se propagó por varios CPUs (108 direcciones IP consultaban desmedidamente hacia ese dominio) de nuestros clientes. Mis DNSs están configurados con Bind y la plataforma sólo responde a las direcciones IP de nuestros clientes. ¿Alguien sabe de algún virus que pueda causar este tipo de problemas? Otro punto importante es que se activó en el mismo momento; es decir, parece que el botnet pudo haber sido activado a través de un C&C. Justo antes del ataque logré capturar esta petición sospechosa (que fue denegada): May 28 11:53:21 XXXXXXXX named[5841]: client 80.82.70.138#53: query (cache) 'ripe.net/ANY/IN<http://ripe.net/ANY/IN>' denied May 28 11:28:15 XXXXXXXX named[4367]: client 80.82.70.138#53: query (cache) 'ripe.net/ANY/IN<http://ripe.net/ANY/IN>' denied Además las peticiones que inundaron mis servidores eran de la siguiente forma (elimino la dirección IP por no ser de interés): 29-May-2012 14:53:11.185 client DIRECCION_IP#32768: query: ripe.net IN ANY +ED (DIRECCION_IP_DE_NUESTRO_SERVER) Quisiera alguna retroalimentación; en estos momentos estoy controlando el ataque mediante listas de acceso que deniegan solicitudes de estos clientes. ¿Alguien sabe alguna forma de hacer que Bind deniegue respuestas a IPs que hacen peticiones desmedidas? ¿O alguna forma de control similar? LES RUEGO AYUDARME CON ESTE ASUNTO. Saludos, Ing. Francisco Vargas

13 34

[dns-esp] Artilugio zone apex
by Alejandro Acosta 03 Jun '12

03 Jun '12

Hola lista, Tengo una consulta y creo que este es el sitio ideal para la misma. Como ustedes saben, al menos en bind y en varias herramientas online que permiten administrar zonas DNS no es posible apuntar el registro @ a un CNAME (limitante del RFC 1033). Mi pregunta es que artilugio usan ustedes en estos casos?. Es un problema muy grande porque muchos proveedores piden apuntar el dominio a un CNAME (pe. google y amazon). Es muy triste quedarse sin el www. Con lo anterior quiero decir que no puedo hacer: @ IN CNAME www12-gf-cloudservice.amazon.com (esto es lo que quiero) pero si puedo @ IN A 192.168.1.1 Alguna idea? Gracias a todos, Saludos, Alejandro Acosta, http://blog.acostasite.com

3 3

[dns-esp] Seguridad en Bind?
by Pabluster 01 Jun '12

01 Jun '12

Hola a todos los listeros de este nueva comunidad, yo por aca nuevamente molestando..... Algún documento, link mas menos actualizado referente a políticas o configuraciones de seguridad para Bind9 ??? he encontrado varios pero no son del todo claros y mas de alguno se contradice con otro, ademas de no tener una suficiente explicación o fundamentos del porque aplicar una regla u otra. les comento la configuracion que he realizado para tener un panorama mas claro tengo un dns primario y secundario, ambos poseen 2 ethernet una esta mirando al mundo con una ip publica y la otra apuntando a una lan... IP local NS1 172.16.1.2/24 IP local NS2 172.16.1.3/24 aquí el named.conf.local del ns1 acl "slaves" { 172.16.1.3; }; zone "midominio.cl" { type master; file "/etc/bind/db.midominio"; allow-query { any; }; //Permitimos consultas a cualquier host allow-transfer { slaves; }; //Permitimos transferencias solamente a los esclavos }; zone "84.77.164.in-addr.arpa" { type master; file "/etc/bind/db.164"; allow-query { any; }; //Permitimos consultas a cualquier host allow-transfer { slaves; }; //Permitimos transferecias solamente a los esclavos }; Aquí el named.conf.local del ns2 zone "midominio.cl" { type slave; file "/etc/bind/slave/db.midominio"; masters {172.16.1.2; }; }; zone "84.77.164.in-addr.arpa" { type slave; file "/etc/bind/slave/db.164"; masters {172.16.1.2; }; }; ambos equipos solo se pueden administrar desde la lan ademas tienen un shorewall por el cual se han bloqueado todos los puertos hacia internet botando todos los paquetes que no pertenezcan a solicitudes del puerto 53 tanto tcp como udp alguna idea??? fundamentos?? todo sera muy bien recibido por este chiquillo que esta ansioso de seguir aprendiendo DNS, que es un tema que me esta enamorando mucho... -- ********************************************** Pablo Figueroa Alvarez Linux user N° 379917 - counter.li.org **********************************************

3 2

[dns-esp] Configuración de la lista
by Juan Manuel Doren 30 May '12

30 May '12

Al administrador de la lista usando el mail de google ( supongo que con otros será igual ), a responder un mail se va al autor de la pregunta y no a la lista. acá los headers que me llegan en los mails, especialmente este es que puede estar dando(me) el problema: From: Pabluster <pabluster(a)gmail.com> Delivered-To: jmdoren(a)ok.cl Received: by 10.231.36.6 with SMTP id r6csp135852ibd; Tue, 29 May 2012 15:58:04 -0700 (PDT) Received: by 10.68.237.166 with SMTP id vd6mr42438629pbc.139.1338332284568; Tue, 29 May 2012 15:58:04 -0700 (PDT) Return-Path: <dns-esp-bounces(a)listas.nic.cl> Received: from mail.nic.cl (mail.nic.cl. [200.1.123.8]) by mx.google.com with ESMTPS id rg2si16221875pbc.111.2012.05.29.15.58.03 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 May 2012 15:58:04 -0700 (PDT) Received-SPF: pass (google.com: domain of dns-esp-bounces(a)listas.nic.cl designates 200.1.123.8 as permitted sender) client-ip=200.1.123.8; Authentication-Results: mx.google.com; spf=pass (google.com: domain of dns-esp-bounces(a)listas.nic.cl designates 200.1.123.8 as permitted sender) smtp.mail=dns-esp-bounces(a)listas.nic.cl Received: from mail.nic.cl (localhost.localdomain [127.0.0.1]) by mail.nic.cl (Postfix) with ESMTP id DC90FCC8280; Tue, 29 May 2012 18:58:00 -0400 (CLT) Received: from mail.nic.cl (localhost.localdomain [127.0.0.1]) by mail.nic.cl (Postfix) with ESMTP id A6177CC8184; Tue, 29 May 2012 18:58:00 -0400 (CLT) X-Original-To: dns-esp(a)listas.nic.cl Delivered-To: dns-esp(a)listas.nic.cl Received: from mail.nic.cl (localhost.localdomain [127.0.0.1]) by mail.nic.cl (Postfix) with ESMTP id DA225CC81F7 for <dns-esp(a)listas.nic.cl>; Tue, 29 May 2012 18:57:58 -0400 (CLT) Received: from mail-gh0-f178.google.com (mail-gh0-f178.google.com [209.85.160.178]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.nic.cl (Postfix) with ESMTP id 6BD6DCC8184 for <dns-esp(a)listas.nic.cl>; Tue, 29 May 2012 18:57:58 -0400 (CLT) Received: by ghbf1 with SMTP id f1so2791836ghb.23 for <dns-esp(a)listas.nic.cl>; Tue, 29 May 2012 15:57:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.100.137 with SMTP id ey9mr5046677igb.61.1338332275988; Tue, 29 May 2012 15:57:55 -0700 (PDT) Received: by 10.231.233.195 with HTTP; Tue, 29 May 2012 15:57:55 -0700 (PDT) Date: Tue, 29 May 2012 18:57:55 -0400 Message-ID: <CABiG3wWMobSnwo_-7HKCNHupv6Fy3a_Yt2s7aFOnzsyAQYSb2Q(a)mail.gmail.com> From: Pabluster <pabluster(a)gmail.com> To: dns-esp(a)listas.nic.cl X-Virus-Scanned: ClamAV using ClamSMTP on Tue May 29 18:57:58 2012 -0400 (CLT) Subject: [dns-esp] Reverse DNS FAILED! This is a problem.. X-BeenThere: dns-esp(a)listas.nic.cl X-Mailman-Version: 2.1.9 Precedence: list List-Id: =?iso-8859-1?q?DNS_en_espa=F1ol?= <dns-esp.listas.nic.cl> List-Unsubscribe: <https://listas.nic.cl/mailman/listinfo/dns-esp>, <mailto:dns-esp-request@listas.nic.cl?subject=unsubscribe> List-Archive: <https://listas.nic.cl/pipermail/dns-esp> List-Post: <mailto:dns-esp@listas.nic.cl> List-Help: <mailto:dns-esp-request@listas.nic.cl?subject=help> List-Subscribe: <https://listas.nic.cl/mailman/listinfo/dns-esp>, <mailto:dns-esp-request@listas.nic.cl?subject=subscribe> Content-Type: multipart/mixed; boundary="===============0472594590286181328==" Sender: dns-esp-bounces(a)listas.nic.cl Errors-To: dns-esp-bounces(a)listas.nic.cl X-Virus-Scanned: ClamAV using ClamSMTP on Tue May 29 18:58:01 2012 -0400 (CLT)

3 2

[dns-esp] DNS que responda siempre lo mismo
by Juan Manuel Doren 30 May '12

30 May '12

Estimados: estoy tratando de configurar un dns que siempre responda lo mismo a las preguntas, algo como para que a un cliente de hosting le diga, pon el dns tanto como primario, el tanto como secudario y le funcione sin tener que agregar la zona. ¿Conocen algo que haga eso, algún hack de bind ? Gracias

2 1

Re: [dns-esp] Reverse DNS FAILED! This is a problem..
by Del Solar Navarrete Maria Cristina 30 May '12

30 May '12

Estimado La consulta dig -x te arroja diferentes nombres para un solo IP ? Atte MDS ________________________________ De: dns-esp-bounces(a)listas.nic.cl Para: dns-esp(a)listas.nic.cl Enviado: Tue May 29 19:24:06 2012 Asunto: Re: [dns-esp] Reverse DNS FAILED! This is a problem.. cristian : al hacer un dig -x ip me retorna lo siguiente ; <<>> DiG 9.7.3 <<>> -x 164.77.84.xx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23058 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 4 ;; QUESTION SECTION: ;xx.84.77.164.in-addr.arpa. IN PTR ;; ANSWER SECTION: xx.84.77.164.in-addr.arpa. 129600 IN PTR mail.dominio.cl. xx.84.77.164.in-addr.arpa. 129600 IN PTR fw.dominio.cl. ;; AUTHORITY SECTION: 84.77.164.in-addr.arpa. 129600 IN NS ns1.dominio.cl. 84.77.164.in-addr.arpa. 129600 IN NS ns2.dominio.cl. ;; ADDITIONAL SECTION: ns1.dominio.cl. 604800 IN A 164.77.84.xx ns1.dominio.cl. 604800 IN A 172.16.1.2 ns2.dominio.cl. 604800 IN A 172.16.1.3 ns2.dominio.cl. 604800 IN A 164.77.84.xx ;; Query time: 8 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue May 29 19:16:29 2012 ;; MSG SIZE rcvd: 192 se ve mas bonito que la respuesta anterior y por lo que puedo deducir estaria OK la respuesta... Alex me indicaba: Revisa que el reverso DNS concuerde con el MOTD de tu servidor de correo. pero mi ignorancia es mas grande que la respuesta, desconosco que es el MOTD, tampoco se donde ubicarlo dentro del DNS y menos dentro del servidor de correo, estoy usando Zimbra. Espero que no este haciendo un OT del tema inicial. -- ********************************************* Pablo Figueroa Alvarez Linux user N° 379917 - counter.li.org <http://counter.li.org/> ********************************************* 2012/5/29 Cristian Rojas R. <crrojas(a)nic.cl> Hola Pablo. En el ejemplo de dig que envías pareciera que estuvieras consultando por la IP de 164.77.84.xx y no por el reverso. Lo llamaste con -x? (ie dig -x 200.7.7.3) Atte. CR Pabluster wrote: Hola listeros: Primero que todo me presento, son nuevo en la lista dns-esp... y venia a molestar con un problemilla que me ha dado un montón de dolores de cabeza. al realizar un chequeo del domino con la pagina http://www.mxtoolbox.com me retorna todo ok, en especial el mx que es donde estoy enfocado en este momento, pero al realizar un chequeo del smtp me indica que todo esta OK menos el reverso. Al realizar un host 164.77.84.xx desde una maquina en la red local me retorna lo siguiente xx.84.77.164.in-addr.arpa domain name pointer fw.dominio.cl. xx.84.77.164.in-addr.arpa domain name pointer mail.dominio.cl. por lo visto todo ok. Cuando hago un dig desde la misma maquina me arroja lo siguiente ; <<>> DiG 9.7.3 <<>> 164.77.84.xx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 15935 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;164.77.84.xx. IN A ;; AUTHORITY SECTION: . 9366 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2012052901 1800 900 604800 86400 ;; Query time: 6 msec ;; SERVER: 164.77.84.xx#53 ;; WHEN: Tue May 29 18:54:41 2012 ;; MSG SIZE rcvd: 105 alguna idea? de antemano agradezco la ayuda -- ********************************************* Pablo Figueroa Alvarez Linux user N° 379917 - counter.li.org <http://counter.li.org/> ********************************************* _______________________________________________ dns-esp mailing list dns-esp(a)listas.nic.cl https://listas.nic.cl/mailman/listinfo/dns-esp -- Cristian A. Rojas R. <crrojas(a)nic.cl> <mailto:crrojas@nic.cl> NIC Chile Miraflores 222, Piso 14, Codigo Postal 832-0198, Santiago Chile Phone: (562) 940 77 00 <tel:%28562%29%20940%2077%2000> Fax: (562) 940 77 01 <tel:%28562%29%20940%2077%2001> La informaci�n contenida en esta transmisi�n (y sus documentos adjuntos), es confidencial y no puede ser usada o difundida por personas distintas a su(s) destinatario(s). El uso no autorizado por los representantes legales de ENTEL S.A., de la informaci�n contenida en esta transmisi�n puede ser sancionado criminalmente de conformidad con la ley chilena. Si ha recibido esta transmisi�n por error, por favor destr�yala y notifique al remitente. Atendido que no existe certidumbre que el presente mensaje no ha sido modificado como resultado de su transmisi�n por correo electr�nico, o retrasmitido sin alteraci�n alguna; Entel S.A. no ser� responsable del contenido del mismo ni puede entenderse como emanado de sus representantes legales o transmitido con la autorizaci�n previa de ellos.

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

DNS LACNOG