On Tue, 05 Nov 2013 12:21:50 -0500, Servilio Afre Puentes wrote:
Hugo Florentino <h...@acdam.cu> writes:
Hola colegas,
Desde hace ya tiempo nuestra institución tiene dificultades para
comunicarse con el ICM, simplemente no consigo llegar a su bloque de
direcciones, aunque no me consta tener ninguna regla en nuestro
cortafuegos que lo impida.
¿Has probado hacer un traceroute?
Si, se queda como en el quinto salto y de ahi en adelante solo obtengo
asteriscos.
Los directivos de mi empresa están quedando mal parados en las
reuniones por no haber recibido mensajes de correo con información
importante y del ICM están diciendo que el problema está en nuestra
institución.
¿Te han dicho *cual* es el problema? Pregúntales, y q pruebas han
hecho, si no han hecho, sugiereles algunas para hacer. Si los
tecnolocos^Wtecnologos no quieren cooperar, involucra a los jefes,
siempre funciona (o empeora las relaciones entre las intituciones,
pero
los tecnolocos no nos preocupamos con esas banalidades).
Ya he hecho algo de esto, no he aclarado mucho lo que sucede mas alla
de que no consiguen llegar a nuestro bloque de direcciones (y a nosotros
nos pasa lo mismo con ellos), pero bueno, al menos saben que estoy
trabajando para encontrar una solución.
Etecsa aparantemente ignora todo lo que se envíe a asisten...@enet.cu
(o al menos tiene la costumbre de no responder). Y por teléfono...
bueno, pues aparentemente los comerciales siempre están muy ocupados,
ayer conseguí dar con un tal jorge que me pididó que le enviara un
mensaje al buzon de asistencia, que ayer mismo me respondería... y hasta
ahora espero su respuesta.
Una cosa nueva que me esta sucediendo (si, como para no aburrirse) es
esta:
$ dig @200.55.128.3 acdam.cu. any
; <<>> DiG 9.7.0-P1 <<>> @200.55.128.3 acdam.cu. any
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14833
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 6, ADDITIONAL: 11
;; QUESTION SECTION:
;acdam.cu. IN ANY
;; ANSWER SECTION:
acdam.cu. 226831 IN TXT "v=spf1 a mx
include:acdam.cu ~all"
acdam.cu. 181553 IN MX 10 mail.acdam.cu.
;; AUTHORITY SECTION:
cu. 2769 IN NS ns2.gip.net.
cu. 2769 IN NS ns2.ceniai.net.cu.
cu. 2769 IN NS ns.dns.br.
cu. 2769 IN NS
cu.cctld.authdns.ripe.net.
cu. 2769 IN NS ns.ceniai.net.cu.
cu. 2769 IN NS rip.psg.com.
;; ADDITIONAL SECTION:
mail.acdam.cu. 139468 IN A 200.55.136.67
ns.dns.br. 165009 IN A 200.160.0.5
ns.dns.br. 165015 IN AAAA 2001:12ff:0:a20::5
ns.ceniai.net.cu. 2920 IN A 169.158.128.136
ns.ceniai.net.cu. 3596 IN AAAA 2001:1340:1:128::136
rip.psg.com. 3113 IN A 147.28.0.39
rip.psg.com. 563 IN AAAA 2001:418:1::39
ns2.ceniai.net.cu. 2867 IN A 169.158.128.88
ns2.gip.net. 78811 IN A 204.59.1.222
cu.cctld.authdns.ripe.net. 13848 IN A 193.0.9.70
cu.cctld.authdns.ripe.net. 14181 IN AAAA 2001:67c:e0::70
;; Query time: 30 msec
;; SERVER: 200.55.128.3#53(200.55.128.3)
;; WHEN: Tue Nov 5 16:50:22 2013
;; MSG SIZE rcvd: 472
$ dig @200.55.128.3 acdam.cu. soa
; <<>> DiG 9.7.0-P1 <<>> @200.55.128.3 acdam.cu. soa
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31201
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;acdam.cu. IN SOA
;; ANSWER SECTION:
acdam.cu. 0 IN SOA ns1.acdam.cu.
hostmaster.acdam.cu. 2013110301 21600 3600 2419200 10800
;; AUTHORITY SECTION:
acdam.cu. 3600 IN NS ns1.acdam.cu.
;; ADDITIONAL SECTION:
ns1.acdam.cu. 134793 IN A 200.55.136.66
;; Query time: 41 msec
;; SERVER: 200.55.128.3#53(200.55.128.3)
;; WHEN: Tue Nov 5 16:51:29 2013
;; MSG SIZE rcvd: 107
$ dig @200.55.128.3 acdam.cu. any
; <<>> DiG 9.7.0-P1 <<>> @200.55.128.3 acdam.cu. any
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41485
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 1, ADDITIONAL: 2
;; QUESTION SECTION:
;acdam.cu. IN ANY
;; ANSWER SECTION:
acdam.cu. 3560 IN NS ns1.acdam.cu.
acdam.cu. 226725 IN TXT "v=spf1 a mx
include:acdam.cu ~all"
acdam.cu. 181447 IN MX 10 mail.acdam.cu.
;; AUTHORITY SECTION:
acdam.cu. 3560 IN NS ns1.acdam.cu.
;; ADDITIONAL SECTION:
ns1.acdam.cu. 134753 IN A 200.55.136.66
mail.acdam.cu. 139362 IN A 200.55.136.67
;; Query time: 23 msec
;; SERVER: 200.55.128.3#53(200.55.128.3)
;; WHEN: Tue Nov 5 16:52:09 2013
;; MSG SIZE rcvd: 157
Los comandos fueron tecleados uno detrás de otro. Lo que yo interpreto
del resultado lo ilustraré con este cuentecito (y me perdonan si me
estoy equivocando):
Yo: dame todos los registros de mi zona
Etecsa: aqui tienes (no tienes autoridad sobre tu zona, buajajaja)
Yo: dame entonces solamente el registro de autoridad de mi zona
Etecsa: toma (parece que si tienes la autoridad sobre tu zona después
de todo)
Yo: dame todos los registros de mi zona
Etecsa: esta bien, toma los registros de verdad (de todas maneras los
cambiaré nuevamente, cuando menos te lo esperes)
A alguien más le está pasando algo parecido?
Saludos, Hugo
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que est� limpio.
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
