El 12/09/06, Mauricio Masís escribió:
Perdón por la ignorancia, pero con "registros" te refieres al named?
Has dicho que tu zona la lleva tu ISP, luego tu fichero named no entra en juego (la zona no la gestionas tú). Me refería a los registros "A", no vaya a ser que tengas una dirección IP diferente que no esté dada de alta en tu zona y que no sea tu router. Saludos, -- Camaleón
ah, claro,
La ...
cada vez estoy más perdido!!
No comprendo nada, pero si te refieres a la ip externa, la máscara de
subred, etc etc pues eso sí esta correctamente configurado.
Como repito, El servidor recibe peticiones externas si le llego por la IP, y
aunque el nombre del dominio responde a la misma ip pues si trato de entrar
por el nombre no entran.
saludos
----- Original Message -----
From: "Camaleón"
Perdón por la ignorancia, pero con "registros" te refieres al named?
Has dicho que tu zona la lleva tu ISP, luego tu fichero named no entra en juego (la zona no la gestionas tú). Me refería a los registros "A", no vaya a ser que tengas una dirección IP diferente que no esté dada de alta en tu zona y que no sea tu router. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-12 a las 14:22 -0600, Mauricio Masís escribió:
Como repito, El servidor recibe peticiones externas si le llego por la IP, y aunque el nombre del dominio responde a la misma ip pues si trato de entrar por el nombre no entran.
A ver. ¿puedes hacer pings desde un ordenador externo, por nombre? El comando "host" en un ordenador externo, ¿da la IP correcta? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFByoytTMYHG2NR9URAnRjAKCNijgIg2c4PNcAsjzqQzem3vVo0wCdF+xU Yym1iQ2W95EOCg/SBc52rFI= =ZuHe -----END PGP SIGNATURE-----
# host midominio.com
midominio.com has address XXX.XX.XX.XXX
midominio.com mail is handle by 10 correo.midominio.com.
Es correcto..... Si es la ip correcta...
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-12 a las 14:22 -0600, Mauricio Masís escribió:
Como repito, El servidor recibe peticiones externas si le llego por la IP, y aunque el nombre del dominio responde a la misma ip pues si trato de entrar por el nombre no entran.
A ver. ¿puedes hacer pings desde un ordenador externo, por nombre? El comando "host" en un ordenador externo, ¿da la IP correcta?
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFByoytTMYHG2NR9URAnRjAKCNijgIg2c4PNcAsjzqQzem3vVo0wCdF+xU Yym1iQ2W95EOCg/SBc52rFI= =ZuHe -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-12 a las 15:48 -0600, Mauricio Masís escribió:
# host midominio.com midominio.com has address XXX.XX.XX.XXX midominio.com mail is handle by 10 correo.midominio.com.
Es correcto..... Si es la ip correcta...
Y el "ping midominio.com", ¿funciona? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFBy+mtTMYHG2NR9URAmLAAKCDll4B33kHMSm9JNOxNqZTl0cmVgCgmRu3 mmGs7jfZIpjbk6oBEa+Ej+Q= =H701 -----END PGP SIGNATURE-----
no, el ping no funciona si pongo el servidor nuevo, pero con el viejo
conectado si funciona
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-12 a las 15:48 -0600, Mauricio Masís escribió:
# host midominio.com midominio.com has address XXX.XX.XX.XXX midominio.com mail is handle by 10 correo.midominio.com.
Es correcto..... Si es la ip correcta...
Y el "ping midominio.com", ¿funciona?
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFBy+mtTMYHG2NR9URAmLAAKCDll4B33kHMSm9JNOxNqZTl0cmVgCgmRu3 mmGs7jfZIpjbk6oBEa+Ej+Q= =H701 -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-12 a las 16:18 -0600, Mauricio Masís escribió:
no, el ping no funciona si pongo el servidor nuevo, pero con el viejo conectado si funciona
Ajá, ¿pero en cambio si funciona si pones la IP? Que raro. Se me ocurren algunas ideas. Que pruebes un traceroute para ver donde se queda. Mira en el servidor con "iptraf", por ejemplo, a ver si está llegando pero no le contesta. Y otra que no se, pero... quizás resetear el router externo, por si el cambio de mac lo confunde. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFBzZ/tTMYHG2NR9URAoQHAJ9T563EwcQl0qRUUQdgZV5QZyZWVwCfU0+F W5eiWAkHEMyxtojlo5YMc88= =1h7g -----END PGP SIGNATURE-----
El 12/09/06, Mauricio Masís
# host midominio.com midominio.com has address XXX.XX.XX.XXX midominio.com mail is handle by 10 correo.midominio.com. Es correcto..... Si es la ip correcta...
pero esto estas hacendo desde la propia maquina o desde alguna dentro de la red ?? se es asi, no vale.. tendrias que hacerlo desde afuerta !!!! de cual dominio estamos hablando exactamente aca >??? -- -- Victor Hugo dos Santos Linux Counter #224399
:D
Estamos hablando de lagloria.co.cr
Ahora mismo tengo conectado el servidor que queiro reemplazar, osea el viejo
y si funciona, pero sin conecto el NUEVO servidor, no funciona.
Saludos
----- Original Message -----
From: "Victor Hugo dos Santos"
# host midominio.com midominio.com has address XXX.XX.XX.XXX midominio.com mail is handle by 10 correo.midominio.com. Es correcto..... Si es la ip correcta...
pero esto estas hacendo desde la propia maquina o desde alguna dentro de la red ?? se es asi, no vale.. tendrias que hacerlo desde afuerta !!!! de cual dominio estamos hablando exactamente aca >??? -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-12 a las 16:22 -0600, Mauricio Masís escribió:
Estamos hablando de lagloria.co.cr
Ahora mismo tengo conectado el servidor que queiro reemplazar, osea el viejo y si funciona, pero sin conecto el NUEVO servidor, no funciona.
Pues el traceroute no funciona, se queda fuera. El ping si. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFBzgRtTMYHG2NR9URAugxAJ9GLYerxvh6nw0//zy+0bw/eb2sZgCgiSRw hbVcIz/K5AoBrmHnYOeQjEc= =B/Gm -----END PGP SIGNATURE-----
el traceroute no funciona????
Que raro!! ...
debería...
Pero aun así, puedes ver que la página lagloria.co.cr si se puede ver desde
fuera.
Pero con ese servidor porque si pongo el nuevo no ....
que fallo...
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-12 a las 16:22 -0600, Mauricio Masís escribió:
Estamos hablando de lagloria.co.cr
Ahora mismo tengo conectado el servidor que queiro reemplazar, osea el viejo y si funciona, pero sin conecto el NUEVO servidor, no funciona.
Pues el traceroute no funciona, se queda fuera. El ping si.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFBzgRtTMYHG2NR9URAugxAJ9GLYerxvh6nw0//zy+0bw/eb2sZgCgiSRw hbVcIz/K5AoBrmHnYOeQjEc= =B/Gm -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-12 a las 16:45 -0600, Mauricio Masís escribió:
el traceroute no funciona????
Si que funciona, pero no para. Observa: 10 So7-2-0-0-grtmiabr3.red.telefonica-wholesale.net (213.140.36.49) 174.856 ms 172.811 ms 172.123 ms 11 So3-2-0-0-grtmiana2.red.telefonica-wholesale.net (213.140.36.73) 176.000 ms 169.558 ms 174.108 ms 12 sl-st21-mia-14-1.sprintlink.net (144.223.244.89) 230.423 ms 222.365 ms 220.378 ms 13 sl-racsa-5-0.sprintlink.net (144.223.64.170) 250.285 ms 252.307 ms 252.189 ms 14 tele-core01-ge1-16.racsa.co.cr (200.122.150.9) 254.675 ms 254.242 ms 254.370 ms 15 draco-sj-acceso03-fe4-0-0.racsa.co.cr (200.122.150.66) 252.220 ms 249.534 ms 250.356 ms 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * cer@nimrodel:~> Y se para en el salto 30 porque ese es el valor del máximo número de saltos por defecto, si lo aumento sigue probando más...
Que raro!! ... debería... Pero aun así, puedes ver que la página lagloria.co.cr si se puede ver desde fuera.
Si, eso si.
Pero con ese servidor porque si pongo el nuevo no .... que fallo...
Era por comparar el traceroute de los dos casos. Es posible que esté el ping denegado en algún sitio. No el ping, es otra puerto. A ver cual usa el traceroute? -p port Specifies the UDP destination port base traceroute will use. When sending its UDP probe packets, it will send them to port + hop - 1 for each hop. If there are ports in this range in use on the destination host, traceroute will not be able to identify reliably when it has reached the destination host (probes will appear to time out). The default port is 33434; you can use -p to change this to a different value. Mmm, curioso, no sabía que funcionara así, pensaba que usaba el puerto del ping. Bueno, he probado con el 5000 y pasa lo mismo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFB0D8tTMYHG2NR9URAjhiAKCYz2/1jFeEDAgqWW+oJynYAIidUACfSXPa It6AAgd6p9im5efetXggJFk= =AQlh -----END PGP SIGNATURE-----
El 13/09/06, Mauricio Masís escribió:
Ahora mismo tengo conectado el servidor que queiro reemplazar, osea el viejo y si funciona, pero sin conecto el NUEVO servidor, no funciona.
Pero no funciona sólo cuando pones el nombre del dominio, si pones la IP sí funciona ¿no? http://www.lagloria.co.cr < no funciona con el servidor nuevo http://196.40.25.203 < funciona con el servidor nuevo Pues sí, es raro, si el equipo nuevo está conectado y el antiguo está desconectado las peticiones deberían ir al nuevo. Lo normal sería que funcionara si en alntiguo ni el nuevo, si funciona uno pero otro no pues no se me ocurre por dónde mirar, porque si los datos que hay en la zona son los mismos... ¿has hablado con tu proveedor (el que gestiona tu zona)? Quizá el problema esté ahí... Saludos, -- Camaleón
Pues sinceramente no he hablado con el proveedor de la zona, porque me
inclino mucho a que es algun error que he cometido al configurar el
servidor....
Es que ni tengo argumentos para decir que puede ser cosa de ellos ....
----- Original Message -----
From: "Camaleón"
Ahora mismo tengo conectado el servidor que queiro reemplazar, osea el viejo y si funciona, pero sin conecto el NUEVO servidor, no funciona.
Pero no funciona sólo cuando pones el nombre del dominio, si pones la IP sí funciona ¿no? http://www.lagloria.co.cr < no funciona con el servidor nuevo http://196.40.25.203 < funciona con el servidor nuevo Pues sí, es raro, si el equipo nuevo está conectado y el antiguo está desconectado las peticiones deberían ir al nuevo. Lo normal sería que funcionara si en alntiguo ni el nuevo, si funciona uno pero otro no pues no se me ocurre por dónde mirar, porque si los datos que hay en la zona son los mismos... ¿has hablado con tu proveedor (el que gestiona tu zona)? Quizá el problema esté ahí... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 13/09/2006 0:22:21 Mauricio Masís escribió: mmasis> :D mmasis> Estamos hablando de lagloria.co.cr ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers. The problem NS records are: linux2.lagloria.co.cr. linux.lagloria.co.cr. (no estan listados como servidores de nombres) Your NS records at the parent servers are: linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR] Creo que declaras unos servidores de nombres linux y linux2 que no existen y además en tu servidor de nombres tienes ns.lagloria.co.cr. En ambos sitios debería de haber los mismos servidores. Por otro lado, ya que hablábamos de que tu dominio lo tenías redireccionado con un proveedor de servicios externo, no me parece lógica la declaración de tus propios DNS, tendrían que ser los DNS de tu proveedor. -- Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt escribió:
Por otro lado, ya que hablábamos de que tu dominio lo tenías redireccionado con un proveedor de servicios externo, no me parece lógica la declaración de tus propios DNS, tendrían que ser los DNS de tu proveedor.
Alguns proveedores permiten esta opción (utilizar el nombre que quieras como servidor dns, "rebranding" lo llaman alguno). Saludos, -- Camaleón
El 13/09/2006 9:45:56 Camaleón escribió: noelamac> noelamac> Alguns proveedores permiten esta opción (utilizar el nombre que noelamac> quieras como servidor dns, "rebranding" lo llaman alguno). noelamac> noelamac> Saludos, Oppps! pues no lo sabía. Interesante. De todas maneras esto no quita que en este caso "linux.loquesea" y "linux2.loquesea" no esten declarados y que, en cambio, "ns.loquesea" si responda. -- Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt escribió:
De todas maneras esto no quita que en este caso "linux.loquesea" y "linux2.loquesea" no esten declarados y que, en cambio, "ns.loquesea" si responda.
Pero un error en el dns daría error siempre, independientemente de poner un equipo u otro. Lo extraño de esto es que con un equipo responde y con otro no. :-? El dominio tiene dos servidors dns configurados, supongo que a través del ISP: Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203 Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204 Saludos, -- Camaleón
El 13/09/2006 10:42:19 Camaleón escribió: noelamac> Pero un error en el dns daría error siempre, independientemente de noelamac> poner un equipo u otro. Lo extraño de esto es que con un equipo noelamac> responde y con otro no. Si es raro noelamac> El dominio tiene dos servidors dns configurados, supongo que a través del ISP: noelamac> noelamac> Servidor Primario ns.lagloria.co.cr noelamac> Dirección IP 196.40.25.203 noelamac> Servidor Secundario linux2.lagloria.co.cr noelamac> Dirección IP 196.40.25.204 Cuando le he pasado el test de dnsreport hace un rato aparecía como DNS primario "linux.lagloria.co.cr" asociado a la IP .....203, mientras que como Servidor de Nombres aparecía ns.lagloria.co.cr en la misma IP. Quizá el problema esté en el servidor BIND de la máquina nueva. -- Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt escribió:
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve. :-? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-13 a las 11:53 +0200, Camaleón escribió:
El 13/09/06, Josep M. Queralt escribió:
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve.
:-?
¿Quizás no del todo? Tengo un amigo con una adsl fija y nombre de dominio. El día que su máquina con DNS local no va, es imposible encontrar el nombre de dominio principal. Es como si el resolvedor del ISP o donde esté registrado tuviera que consultarle a él. El resolvedor principal tiene que estar fuera, por narices; pe, en midominio.com, es el .com quien tiene que decirme donde está midominio, y bastaría; pero en el caso de mi amingo, si ns.midominio.com está caído, no resuelve nada, peta. Y no me preguntes muchos detalles, que patino ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFB9i6tTMYHG2NR9URAsBrAJ98E1lD3TtQ3vPrbUZ5Cxnpq+/SKgCfdgsQ K6YIudEn/yCyTAvsxps/KcE= =1DKx -----END PGP SIGNATURE-----
El 13/09/06, Carlos E. R. escribió:
Tengo un amigo con una adsl fija y nombre de dominio. El día que su máquina con DNS local no va, es imposible encontrar el nombre de dominio principal. Es como si el resolvedor del ISP o donde esté registrado tuviera que consultarle a él.
Quizá lo tenga configurado para que las peticiones externas de su proveedor sean dirigidas a su equipo, con lo cual si su equipo no resuelve el dominio no se ve. Es la primera vez que lo oigo. Pero entiendo que es dar dos pasos (preguntar dos veces) en lugar de uno. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-13 a las 12:17 +0200, Camaleón escribió:
Quizá lo tenga configurado para que las peticiones externas de su proveedor sean dirigidas a su equipo, con lo cual si su equipo no resuelve el dominio no se ve. Es la primera vez que lo oigo. Pero entiendo que es dar dos pasos (preguntar dos veces) en lugar de uno.
El principal se resuelve fuera; pero el MX, por ejemplo, se resuelve dentro, así como el www.dominio.com. No veo el NS del dominio local, pero me ha pasado que cuando se le cae (son varias máquinas) desaparece su nombre. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFB947tTMYHG2NR9URAjX9AJ98SJ8m29pvKPJXAMWI4mXZYHnCigCfXaTo 3Ab7HBJLkL9EDleZNm9Ofm8= =k6tf -----END PGP SIGNATURE-----
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve.
:-?
Es que es muy raro. Hay dos servidores de nombres "externos" linux y linux2 que no están declarados como NS y luego está el local, el "ns", que si está declarado. Podría ser que los dos externos, estén situados también en el BIND de la máquina nueva y que estén mal configurados. Para acabarlo de arreglar el resultado de nslookup era correcto. Total un bonito lío ..... -- Salutacions - Saludos, Josep M. Queralt
mmm cómo se puede ver el servidor de nombres externo? De donde lo ves tu Josep? Y otra cuestión. que aun no me han respondido a ver si la saben:
Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203 Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204
Así es, y sobre esto, tengo otra pregunta... puedo poner los dos servidores
a trabajar paralelamente? uno que se llame "ns" (ya esta) y otro que se
llame "linux2" (sería solo de cambiar nombre) y en este caso, que función
tendría este servidor secundario, o mejor hecha la pregunta, ¿para que se
suele poner en marcha un servidor secundario?
Y pueden tener los dos la zona maestra idéntica?
Saludos amigos
----- Original Message -----
From: "Josep M. Queralt"
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve.
:-?
Es que es muy raro. Hay dos servidores de nombres "externos" linux y linux2 que no están declarados como NS y luego está el local, el "ns", que si está declarado.
Podría ser que los dos externos, estén situados también en el BIND de la máquina nueva y que estén mal configurados. Para acabarlo de arreglar el resultado de nslookup era correcto. Total un bonito lío ..... -- Salutacions - Saludos, Josep M. Queralt
mmm cómo se puede ver el servidor de nombres externo? De donde lo ves tu Josep?
Yo los saco de la URL que te puse el primer día http://www.dnsstuff.com La parte que dice "DNS report". También puedes sacarlo con el WHOIS. -- Salutacions - Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve.
:-?
Es que es muy raro. Hay dos servidores de nombres "externos" linux y linux2 que no están declarados como NS y luego está el local, el "ns", que si está declarado.
mmm... para nada raro !!!! el va en el formulario donde registro el dominio lagloria.co.cr y indica que el servidor DNS es ns.lagloria.co.cr y despues configurar en su propio DNS que sus NS son linux..lagloria.co.cr y linux2.lagloria.co.cr.. y alla esta el error.. es como usted dijo.. tienen que ser el mismo dato en ambos lados !!!! hacendo esto, se arreglaria uno de los problemas.
Podría ser que los dos externos, estén situados también en el BIND de la máquina nueva y que estén mal configurados.
mmm.. va uno a saber, con la confusion que el esta hacendo, todo es posible. :-(
Para acabarlo de arreglar el resultado de nslookup era correcto.
Total un bonito lío .....
jehehehe salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
el va en el formulario donde registro el dominio lagloria.co.cr y indica que el servidor DNS es ns.lagloria.co.cr y despues configurar en su propio DNS que sus NS son linux..lagloria.co.cr y linux2.lagloria.co.cr
Pero es que no hay tal "linux" declarado donde se registró el dominio...
he ahí el detalle!
----- Original Message -----
From: "Victor Hugo dos Santos"
Quizá el problema esté en el servidor BIND de la máquina nueva.
Pero entiendo que su servidor dns no debe afectar a las resoluciones de nombres de las peticiones que vienen desde fuera ya que no es su equipo el que las sirve.
:-?
Es que es muy raro. Hay dos servidores de nombres "externos" linux y linux2 que no están declarados como NS y luego está el local, el "ns", que si está declarado.
mmm... para nada raro !!!! el va en el formulario donde registro el dominio lagloria.co.cr y indica que el servidor DNS es ns.lagloria.co.cr y despues configurar en su propio DNS que sus NS son linux..lagloria.co.cr y linux2.lagloria.co.cr.. y alla esta el error.. es como usted dijo.. tienen que ser el mismo dato en ambos lados !!!! hacendo esto, se arreglaria uno de los problemas.
Podría ser que los dos externos, estén situados también en el BIND de la máquina nueva y que estén mal configurados.
mmm.. va uno a saber, con la confusion que el esta hacendo, todo es posible. :-(
Para acabarlo de arreglar el resultado de nslookup era correcto.
Total un bonito lío .....
jehehehe salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
linux2.lagloria.co.cr.. y alla esta el error.. es como usted dijo.. tienen que ser el mismo dato en ambos lados !!!! hacendo esto, se arreglaria uno de los problemas.
Si declarara los DNS y pusiera los mismos en los dos sitios probablemente funcionaría. Pero eso contradice el que con un servidor ya le funcione la resolución de nombres y con el otro no. Igual hay algun "named" perdido en el registrador del dominio, porque lo que ya atenta a cualquier lógica es que esté dando como DNS secundario un nombre que no existe en el "named" de su BIND. -- Salutacions - Saludos, Josep M. Queralt
----- Original Message -----
From: "Josep M. Queralt"
Cuando le he pasado el test de dnsreport hace un rato aparecía como DNS primario "linux.lagloria.co.cr" asociado a la IP .....203, mientras que como Servidor de Nombres aparecía ns.lagloria.co.cr en la misma IP.
Quizá el problema esté en el servidor BIND de la máquina nueva.
-- Saludos,
Josep M. Queralt
Sobre este punto quisiera averiguar más, pues no sé de donde puede aparecer un linux.lagloria..... el servidor se llama "ns" como está espesificado por el proveedor del dominio, lo pueden consultar aqui: http://www.nic.cr/servlet/niccr?tid=TWhois&Lng=1&Act=REL El archivo lagloria.co.cr.hosts del named es el siguiente: *** $ttl 38400 lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. ( 2005010407 10800 3600 604800 38400 ) lagloria.co.cr. IN NS ns.lagloria.co.cr. www.lagloria.co.cr. IN A 196.40.25.203 ns.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN A 196.40.25.203 linux.lagloria.co.cr. IN A 196.40.25.203 correo.lagloria.co.cr. IN A 196.40.25.203 ftp.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN MX 10 correo.lagloria.co.cr. *** Esta es la configuración que se hizo en el servidor que ya trabaja desde hace dos años, y la hizo un profesional, en esta me basé para hacer mi configuración. ahí puedo ver un linux.lag... eso lo debo cambiar? porque el nombre del servidor es "ns" Saludos y gracias miles de gracias por todas las respuestas recibidas :)
El 13/09/06, Mauricio Masís escribió: A ver si Carlos va a tener razón...
El archivo lagloria.co.cr.hosts del named es el siguiente:
¿Ese archivo está en tu equipo antiguo? ¿El equipo antiguo tennía configurada alguna zona DNS? Porque si es así, el nuevo también debería tenerla y has dicho que no la tiene.
*** $ttl 38400 lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. ( 2005010407 10800 3600 604800 38400 ) lagloria.co.cr. IN NS ns.lagloria.co.cr. www.lagloria.co.cr. IN A 196.40.25.203 ns.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN A 196.40.25.203 linux.lagloria.co.cr. IN A 196.40.25.203 correo.lagloria.co.cr. IN A 196.40.25.203 ftp.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN MX 10 correo.lagloria.co.cr. ***
Si la configuración está bien, lo que nos está volviendo majaras es si ese fichero está en tus equipo o en el de tu ISP. Si está en tu equipo antiguo entonces también debes tenerlo en el nuevo porque quiere decir que tu proveedor relega en ti para resolver. Saludos, -- Camaleón
Respuestas
¿Ese archivo está en tu equipo antiguo? Sí, este archivo esta en mi equipo viejo.
¿El equipo antiguo tennía configurada alguna zona DNS? Sí, son estas. Zonas DNS Existentes
Zona raíz 127.0.0 lagloria.co.cr localhost
Porque si es así, el nuevo también debería tenerla y has dicho que no la tiene. Yo dije que no las tenía? Pues me confundí. Porque le configuré exactamente las mismas del viejo a nuevo servidor.
Si la configuración está bien, lo que nos está volviendo majaras es si ese fichero está en tus equipo o en el de tu ISP. Si está en tu equipo antiguo entonces también debes tenerlo en el nuevo porque quiere decir que tu proveedor relega en ti para resolver.
Definitivamente esta en mi equipo, y lo puse y configuré en mi equipo nuevo,
aunque ahora mismo borré la zona DNS de mi equipo nuevo pues tengo
conectados los dos. (con ip distintas claro)
Como no sé eso del servidor secundario, no me atreví a configurar una zona
maestra identica en los dos al mismo tiempo conectados.
Pero en el momento de las pruebas la tenía configurada.
----- Original Message -----
From: "Camaleón"
El 13/09/06, Mauricio Masís escribió:
A ver si Carlos va a tener razón...
El archivo lagloria.co.cr.hosts del named es el siguiente:
¿Ese archivo está en tu equipo antiguo? ¿El equipo antiguo tennía configurada alguna zona DNS?
Porque si es así, el nuevo también debería tenerla y has dicho que no la tiene.
*** $ttl 38400 lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. ( 2005010407 10800 3600 604800 38400 ) lagloria.co.cr. IN NS ns.lagloria.co.cr. www.lagloria.co.cr. IN A 196.40.25.203 ns.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN A 196.40.25.203 linux.lagloria.co.cr. IN A 196.40.25.203 correo.lagloria.co.cr. IN A 196.40.25.203 ftp.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN MX 10 correo.lagloria.co.cr. ***
Si la configuración está bien, lo que nos está volviendo majaras es si ese fichero está en tus equipo o en el de tu ISP. Si está en tu equipo antiguo entonces también debes tenerlo en el nuevo porque quiere decir que tu proveedor relega en ti para resolver.
Saludos,
-- Camaleón
El 13/09/06, Mauricio Masís escribió:
¿Ese archivo está en tu equipo antiguo? Sí, este archivo esta en mi equipo viejo.
:-O
¿El equipo antiguo tennía configurada alguna zona DNS? Sí, son estas. Zonas DNS Existentes
Zona raíz 127.0.0 lagloria.co.cr localhost
Porque si es así, el nuevo también debería tenerla y has dicho que no la tiene. Yo dije que no las tenía? Pues me confundí. Porque le configuré exactamente las mismas del viejo a nuevo servidor.
Ups, espera, que me he vuelto a ir 3 pueblos. He revisado los hilos y efectivamente, no has dicho nada de que no tenías el servidor bind configurado en tu equipo, no sé por qué pensaba que lo habías dicho, quizá pensaba en otro hilo... entonces premio para Josep y para Carlos, que ambos apuntaban a tu bind. Lo habitual es que sea tu isp quien resuelva, pero en este caso parece que es tu propio equipo (como decía Carlos), por lo que tienes que revisar la configuración de tu zona (tipo de zona y datos) para que coincidan con los del equipo antiguo, no veo qué otra cosa más pueda ser. Saludos, -- Camaleón
Bueno, entonces quedo completamente claro en dos puntos.
Primero: El servidor es el que resuelve su propio nombre :P "Curioso"
Segundo: Me debo centrar en la configuración del BIND, ninguna otra cosa me
afectará para que el servidor pueda recibir consultas externas por su
dominio.
Pero aun tengo una interrogante alguien comento algo del puerto tcp/53
Este no está abierto en ninguno de los dos servidores....
Voy a que entonces ya no tengo que ver nada en mi contrafuegos, pues tengo
abiertos los puertos 80, mail, y pop
y es suficiente no?
Saludos y gracias por todas sus respuestas.
----- Original Message -----
From: "Camaleón"
¿Ese archivo está en tu equipo antiguo? Sí, este archivo esta en mi equipo viejo.
:-O
¿El equipo antiguo tennía configurada alguna zona DNS? Sí, son estas. Zonas DNS Existentes
Zona raíz 127.0.0 lagloria.co.cr localhost
Porque si es así, el nuevo también debería tenerla y has dicho que no la tiene. Yo dije que no las tenía? Pues me confundí. Porque le configuré exactamente las mismas del viejo a nuevo servidor.
Ups, espera, que me he vuelto a ir 3 pueblos. He revisado los hilos y efectivamente, no has dicho nada de que no tenías el servidor bind configurado en tu equipo, no sé por qué pensaba que lo habías dicho, quizá pensaba en otro hilo... entonces premio para Josep y para Carlos, que ambos apuntaban a tu bind. Lo habitual es que sea tu isp quien resuelva, pero en este caso parece que es tu propio equipo (como decía Carlos), por lo que tienes que revisar la configuración de tu zona (tipo de zona y datos) para que coincidan con los del equipo antiguo, no veo qué otra cosa más pueda ser. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Bueno, entonces quedo completamente claro en dos puntos. Primero: El servidor es el que resuelve su propio nombre :P "Curioso"
Es lo normal en redes grandes.
Segundo: Me debo centrar en la configuración del BIND, ninguna otra cosa me afectará para que el servidor pueda recibir consultas externas por su dominio.
Preguntate quien ha puesto (y donde) "linux2" en la IP *.204 como DNS y se resolverá el problema.
Pero aun tengo una interrogante alguien comento algo del puerto tcp/53 Este no está abierto en ninguno de los dos servidores....
Pues debería estarlo, de lo contrario tu BIND no recibe ninguna petición y si no recibe ninguna petición no resuelve y si no resuelve no puedes ir por nombre a tu web. Seguro que en el servidor antiguo está cerrado ?? Y debería estar abierto tanto en TCP como en UDP, ya que las peticiones normales de dominio se gestionan por UDP que es más rápido que TCP. Si quieres una explicación rápida, sencilla y en castellano sobre el DNS mírate esto: http://es.tldp.org/Manuales-LuCAS/GSAL/gsal-19991128-htm/dns.htm -- Salutacions - Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt
Bueno, entonces quedo completamente claro en dos puntos. Primero: El servidor es el que resuelve su propio nombre :P "Curioso"
Es lo normal en redes grandes.
Segundo: Me debo centrar en la configuración del BIND, ninguna otra cosa me afectará para que el servidor pueda recibir consultas externas por su dominio.
Preguntate quien ha puesto (y donde) "linux2" en la IP *.204 como DNS y se resolverá el problema.
Pero aun tengo una interrogante alguien comento algo del puerto tcp/53 Este no está abierto en ninguno de los dos servidores....
Pues debería estarlo, de lo contrario tu BIND no recibe ninguna petición y si no recibe ninguna petición no resuelve y si no resuelve no puedes ir por nombre a tu web. Seguro que en el servidor antiguo está cerrado ??
esto esta malo !!! el puerto 53 es necesario solamente cuando: las peticiones/consultas de los usarios y/o programas que se hacen (case nunca), son mayores que lo que se podria caber en un paquete udp (576 octetos maximos).. generalmente se supera este limite cuando se hace la transferencia de zona entre maestros y secundarios.. y en este caso, se deja de utilizar UDP y se utiliza TCP.. pero, en "teoria" (como usted mismo menciona) se podria funcionar sin el puerto TCP abierto para resolver consultas chicas, como por ejemplo... $dig www.vuestrodominio.com
Y debería estar abierto tanto en TCP como en UDP, ya que las peticiones normales de dominio se gestionan por UDP que es más rápido que TCP.
mmm.. en este caso, no es exactamente por un tema de velocidad, pero si de performance !!! ya que utilizar UDP es menos costoso que utilizar TCP salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
De este mail extraigo que:
1-No tiene nada de curioso que el propio servidor resuelva su nombre :P
2-Que eliminar del ISP la dirección 204 fué buena idea...
3-Que no necesito abrir el puerto 53 ... y El anterior servidor tampoco lo
tenía abierto :)
GRacias :)
Aunque esta cosa sigue sin funcionar, mi proveedor me dijo que despues del
medio día se actualizaba y aun no pasa nada, llamaré otra vez!!
----- Original Message -----
From: "Victor Hugo dos Santos"
Bueno, entonces quedo completamente claro en dos puntos. Primero: El servidor es el que resuelve su propio nombre :P "Curioso"
Es lo normal en redes grandes.
Segundo: Me debo centrar en la configuración del BIND, ninguna otra cosa me afectará para que el servidor pueda recibir consultas externas por su dominio.
Preguntate quien ha puesto (y donde) "linux2" en la IP *.204 como DNS y se resolverá el problema.
Pero aun tengo una interrogante alguien comento algo del puerto tcp/53 Este no está abierto en ninguno de los dos servidores....
Pues debería estarlo, de lo contrario tu BIND no recibe ninguna petición y si no recibe ninguna petición no resuelve y si no resuelve no puedes ir por nombre a tu web. Seguro que en el servidor antiguo está cerrado ??
esto esta malo !!! el puerto 53 es necesario solamente cuando: las peticiones/consultas de los usarios y/o programas que se hacen (case nunca), son mayores que lo que se podria caber en un paquete udp (576 octetos maximos).. generalmente se supera este limite cuando se hace la transferencia de zona entre maestros y secundarios.. y en este caso, se deja de utilizar UDP y se utiliza TCP.. pero, en "teoria" (como usted mismo menciona) se podria funcionar sin el puerto TCP abierto para resolver consultas chicas, como por ejemplo... $dig www.vuestrodominio.com
Y debería estar abierto tanto en TCP como en UDP, ya que las peticiones normales de dominio se gestionan por UDP que es más rápido que TCP.
mmm.. en este caso, no es exactamente por un tema de velocidad, pero si de performance !!! ya que utilizar UDP es menos costoso que utilizar TCP salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
De este mail extraigo que: 1-No tiene nada de curioso que el propio servidor resuelva su nombre :P
A la gente, en general, le gusta complicarse la vida. Tienes dos opciones más para olvidarte de BIND: 1.- Transferir el dominio aun Registrador que te ofrezca redireccionamiento sobre IP. 2.- Contratar un servicio DNS externo (dyndns.com, no-ip.com ....)
2-Que eliminar del ISP la dirección 204 fué buena idea...
Nop, necesitas dos DNS. Lo manda la RFC 2128 http://www.dnsstuff.com/pages/rfc2182.htm
3-Que no necesito abrir el puerto 53 ... y El anterior servidor tampoco lo tenía abierto :)
Por TCP no, pero yo abriría, al menos el 53 por UDP.
Aunque esta cosa sigue sin funcionar, mi proveedor me dijo que despues del medio día se actualizaba y aun no pasa nada, llamaré otra vez!!
Puede tardar hasta 96 horas. De todas maneras asegúrate que los DNS declarados con tu proveedor coincidan con los que tienes creados en BIND. -- Salutacions - Saludos, Josep M. Queralt
El 14/09/06, Mauricio Masís
De este mail extraigo que: 1-No tiene nada de curioso que el propio servidor resuelva su nombre :P 2-Que eliminar del ISP la dirección 204 fué buena idea... 3-Que no necesito abrir el puerto 53 ... y El anterior servidor tampoco lo tenía abierto :)
se no tienes abierto.. entonces, no funcionara !!!!! lo que se comento en alguno momento es que continuaria funcionando parcialemente el servidor DNS, caso el puerto 53/tcp "estuvera" cerrado (y solamente estuvera abierto el 53/udp), pero el correcto es tener los puertos 53 (tanto UDP como TCP) abiertos. mucha suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
Puertos abiertos!!
Y servidor parcialmente funcionando!!
Gracias :D
----- Original Message -----
From: "Victor Hugo dos Santos"
De este mail extraigo que: 1-No tiene nada de curioso que el propio servidor resuelva su nombre :P 2-Que eliminar del ISP la dirección 204 fué buena idea... 3-Que no necesito abrir el puerto 53 ... y El anterior servidor tampoco lo tenía abierto :)
se no tienes abierto.. entonces, no funcionara !!!!! lo que se comento en alguno momento es que continuaria funcionando parcialemente el servidor DNS, caso el puerto 53/tcp "estuvera" cerrado (y solamente estuvera abierto el 53/udp), pero el correcto es tener los puertos 53 (tanto UDP como TCP) abiertos. mucha suerte. -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
*** $ttl 38400 lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. ( 2005010407 10800 3600 604800 38400 ) lagloria.co.cr. IN NS ns.lagloria.co.cr. www.lagloria.co.cr. IN A 196.40.25.203 ns.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN A 196.40.25.203 linux.lagloria.co.cr. IN A 196.40.25.203 correo.lagloria.co.cr. IN A 196.40.25.203 ftp.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN MX 10 correo.lagloria.co.cr. ***
Salvo en que le falta la declaración del DNS2, el linux2 en 196.40.25.204 Seria añadir linux2.lagloria.co.cr. IN A 196.40.25.204 y ya puestos a ser puntillosos también faltaría un PTR 203.25.40.196.in-addr.arpa. IN PTR ns.lagloria.co.cr. Lo que yo ahora no acabo de entender es de donde c*jones sacó el test que "linux2" está en la IP *.204, si en tu fichero "named" no está definido. :-? -- Salutacions - Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt escribió:
Lo que yo ahora no acabo de entender es de donde c*jones sacó el test que "linux2" está en la IP *.204, si en tu fichero "named" no está definido. :-?
Es posible que lo tuviera en caché (el proveedor o el equipo). Hum... Una consulta al whois de nic.cr nos dice: Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203 Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204 Servidor Terciario Dirección IP La pregunta es, si los registros dns están mal (aunque al menos el primer servidor primario está bien definido), ¿por qué el equipo antiguo resuelve correctamente? ¿No deberían dar ambos equipos el mismo error? Si uno funciona y otro no, el problema está en la configuración de uno de ellos, entiendo ahora que relacionado con Bind, por lo que yo verificaría que ambos equipos estén configurados de la misma forma y con los mismos datos. Saludos, -- Camaleón
Creo que con esto daré por cerrado este hilo :D
El sábado configuraré nuevamente el BIND del servidor nuevo y desconectaré
el viejo...
A ver como nos va... :)
claro que entonces tendrán la respuesta :D
Saludos y miles de gracias .
----- Original Message -----
From: "Camaleón"
Lo que yo ahora no acabo de entender es de donde c*jones sacó el test que "linux2" está en la IP *.204, si en tu fichero "named" no está definido. :-?
Es posible que lo tuviera en caché (el proveedor o el equipo). Hum... Una consulta al whois de nic.cr nos dice: Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203 Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204 Servidor Terciario Dirección IP La pregunta es, si los registros dns están mal (aunque al menos el primer servidor primario está bien definido), ¿por qué el equipo antiguo resuelve correctamente? ¿No deberían dar ambos equipos el mismo error? Si uno funciona y otro no, el problema está en la configuración de uno de ellos, entiendo ahora que relacionado con Bind, por lo que yo verificaría que ambos equipos estén configurados de la misma forma y con los mismos datos. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Bueno, tube que adelantarme!!
Inesperadamente el servidor viejo dejó de trabajar, y tube que poner el que
estoy configurando por la emergencia.
Ahora sí esta puesto mi nuevo servidor...
y les agradecería mucho si pueden hacer las pruebas pertinentes desde donde
estan ustedes ....
Espero que esto funcione, por ahora si está recibiendo correos externos y la
página web que solo es de adorno por ahora funciona... o eso creo.
Saludos y gracias
----- Original Message -----
From: "Mauricio Masís"
Creo que con esto daré por cerrado este hilo :D El sábado configuraré nuevamente el BIND del servidor nuevo y desconectaré el viejo... A ver como nos va... :) claro que entonces tendrán la respuesta :D
Saludos y miles de gracias .
----- Original Message ----- From: "Camaleón"
To: "Lista SuSE (Novell)" Sent: Wednesday, September 13, 2006 1:07 PM Subject: Re: [suse-linux-s] DNS ? El 13/09/06, Josep M. Queralt escribió:
Lo que yo ahora no acabo de entender es de donde c*jones sacó el test que "linux2" está en la IP *.204, si en tu fichero "named" no está definido. :-?
Es posible que lo tuviera en caché (el proveedor o el equipo). Hum...
Una consulta al whois de nic.cr nos dice:
Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203
Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204
Servidor Terciario Dirección IP
La pregunta es, si los registros dns están mal (aunque al menos el primer servidor primario está bien definido), ¿por qué el equipo antiguo resuelve correctamente? ¿No deberían dar ambos equipos el mismo error?
Si uno funciona y otro no, el problema está en la configuración de uno de ellos, entiendo ahora que relacionado con Bind, por lo que yo verificaría que ambos equipos estén configurados de la misma forma y con los mismos datos.
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-13 a las 15:36 -0600, Mauricio Masís escribió:
Bueno, tube que adelantarme!! Inesperadamente el servidor viejo dejó de trabajar, y tube que poner el que estoy configurando por la emergencia.
Ahora sí esta puesto mi nuevo servidor... y les agradecería mucho si pueden hacer las pruebas pertinentes desde donde estan ustedes .... Espero que esto funcione, por ahora si está recibiendo correos externos y la página web que solo es de adorno por ahora funciona... o eso creo.
No funciona la resolución de nombres: cer@nimrodel:~> host -v lagloria.co.cr Trying "lagloria.co.cr" ;; connection timed out; no servers could be reached Tampoco funciona el ping a la dirección del otro dia: cer@nimrodel:~> ping 196.40.25.204 PING 196.40.25.204 (196.40.25.204) 56(84) bytes of data. From 196.40.25.203: icmp_seq=2 Destination Host Unreachable From 196.40.25.203 icmp_seq=2 Destination Host Unreachable From 196.40.25.203 icmp_seq=3 Destination Host Unreachable --- 196.40.25.204 ping statistics --- 6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5027ms , pipe 3 Ni la resolución inversa: cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN) Y la página web por IP tampoco va. Caído del todo. Y la resolución de nombres depende de tu propia máquina. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCIFptTMYHG2NR9URAm4bAJ4xkO6ik9gjRHhVlfzZVtJU2vY19QCcDuxz D66CDEtlOSuitBijwgwIaOQ= =9+XR -----END PGP SIGNATURE-----
El 14/09/06, Carlos E. R. escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-14 a las 08:59 +0200, Camaleón escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Cierto. Algunos, afortunadamente, sólo miran que exista resolución inversa. Ya sabemos que en España es muy dificil conseguir que los proveedores configuren la inversa. Por cierto, la directa sigue sin funcionar, aunque con un mensaje raro: cer@nimrodel:~> host lagloria.co.cr ;; Warning: ID mismatch: expected ID 38841, got 26117 ;; Warning: ID mismatch: expected ID 38841, got 26117 ;; connection timed out; no servers could be reached pero el ping ya funciona: cer@nimrodel:~> ping 196.40.25.204 PING 196.40.25.204 (196.40.25.204) 56(84) bytes of data. 64 bytes from 196.40.25.204: icmp_seq=1 ttl=47 time=255 ms 64 bytes from 196.40.25.204: icmp_seq=2 ttl=48 time=250 ms --- 196.40.25.204 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 250.677/253.300/255.923/2.623 ms O sea, efectivamente, la resolución directa depende él. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCSZ0tTMYHG2NR9URAtdrAKCK89Ma+qUauhiYl1M/d/rLh3nUxwCeNVoy T5gsTom+XxDwsAHTGCeuQ0k= =ZGmU -----END PGP SIGNATURE-----
El 14/09/06, Carlos E. R. escribió:
Por cierto, la directa sigue sin funcionar, aunque con un mensaje raro:
cer@nimrodel:~> host lagloria.co.cr ;; Warning: ID mismatch: expected ID 38841, got 26117 ;; Warning: ID mismatch: expected ID 38841, got 26117 ;; connection timed out; no servers could be reached
Este enlace lo dice todo (a qué servidores se consulta y qué respoden): http://www.dnsstuff.com/tools/traversal.ch?domain=lagloria.co.cr&type=A linux2.lagloria.co.cr [196.40.25.204] [Error: Port Unreachable] 122ms linux.lagloria.co.cr [196.40.25.203] Timeout Saludos, -- Camaleón
El 2006-09-14 a las 13:06 +0200, Camaleón escribió:
Este enlace lo dice todo (a qué servidores se consulta y qué respoden):
http://www.dnsstuff.com/tools/traversal.ch?domain=lagloria.co.cr&type=A
Es verdad, es majo. Lo más gracioso es que dice que el servidor principal del dominio cr ni siquiera responde: ns.cr [163.178.8.2] Timeout Y los dos servidores linux.lagloria.co.cr y linux2.lagloria.co.cr están activos, responden al ping, pero no al dns, ese es el problema principal. Yendo por IP, el primero da la página web correcta, así que lo que tiene es un problema gordo del dns suyo. -- Saludos Carlos E. R.
corroborado, gracias por la direccion de esa página, ahora esperar un poco a
que mi ISP me solucione esta parte ;)
Saludos
----- Original Message -----
From: "Carlos E. R."
El 2006-09-14 a las 13:06 +0200, Camaleón escribió:
Este enlace lo dice todo (a qué servidores se consulta y qué respoden):
http://www.dnsstuff.com/tools/traversal.ch?domain=lagloria.co.cr&type=A
Es verdad, es majo. Lo más gracioso es que dice que el servidor principal del dominio cr ni siquiera responde:
ns.cr [163.178.8.2] Timeout
Y los dos servidores linux.lagloria.co.cr y linux2.lagloria.co.cr están activos, responden al ping, pero no al dns, ese es el problema principal. Yendo por IP, el primero da la página web correcta, así que lo que tiene es un problema gordo del dns suyo.
-- Saludos Carlos E. R.
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Bueno, aun no pasa nada, pero es extraño que ls mails de la lista de suse sí
me lleguen y los de cualquier otra parte no.
¿porque pasa eso?
----- Original Message -----
From: "Camaleón"
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-14 a las 12:32 -0600, Mauricio Masís escribió:
Bueno, aun no pasa nada, pero es extraño que ls mails de la lista de suse sí me lleguen y los de cualquier otra parte no. ¿porque pasa eso?
Eso me pasó a mi una vez cuando tíscali se le cayó el dns un finde. Funcionó un dia o poco más, hasta que se borró la cache del servidor de SuSE, que por alguna razón aguantó más. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCaf9tTMYHG2NR9URAiq0AKCZbqqQivAuZhSbCbc4Sx8XoE8tRQCfb+YW yyVGVGqWDZHbQAI5yOrWuTE= =eBWK -----END PGP SIGNATURE-----
mmmmm comprendo!!
Pues para mis efectos esto me permitió poder recibir sus mensajes aunque el
servidor no funcionaba correctamente :D
Saludos: Mau
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-14 a las 12:32 -0600, Mauricio Masís escribió:
Bueno, aun no pasa nada, pero es extraño que ls mails de la lista de suse sí me lleguen y los de cualquier otra parte no. ¿porque pasa eso?
Eso me pasó a mi una vez cuando tíscali se le cayó el dns un finde. Funcionó un dia o poco más, hasta que se borró la cache del servidor de SuSE, que por alguna razón aguantó más.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFCaf9tTMYHG2NR9URAiq0AKCZbqqQivAuZhSbCbc4Sx8XoE8tRQCfb+YW yyVGVGqWDZHbQAI5yOrWuTE= =eBWK -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 13/09/06, Mauricio Masís escribió:
Ahora sí esta puesto mi nuevo servidor...
No funciona (8:54 GMT+0200). Dnsstuff dice: Invalid DNS packet: Port Unreachable
y les agradecería mucho si pueden hacer las pruebas pertinentes desde donde estan ustedes .... Espero que esto funcione, por ahora si está recibiendo correos externos y la página web que solo es de adorno por ahora funciona... o eso creo.
La dirección www.lagloria.co.cr no me funciona. ¿Cómo te concta tu ISP? Creo que sería más sencillo dejar que sea tu isp quien resuelva, abrir los puertos del router y dirigirlos a la nueva máquina. Saludos, -- Camaleón
Camaleón, he contactado con mi ISP, y eliminé la linea que marco con *** de
mi archivo de zona maestra, aqui el archivo:
$ttl 38400
lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. (
2005010407
10800
3600
604800
38400 )
lagloria.co.cr. IN NS ns.lagloria.co.cr.
www.lagloria.co.cr. IN A 196.40.25.203
ns.lagloria.co.cr. IN A 196.40.25.203
lagloria.co.cr. IN A 196.40.25.203
***linux.lagloria.co.cr. IN A 196.40.25.203***
correo.lagloria.co.cr. IN A 196.40.25.203
ftp.lagloria.co.cr. IN A 196.40.25.203
lagloria.co.cr. IN MX 10 correo.lagloria.co.cr.
Con esto espero que desaparezca ese "linux" del que hablan pues hasta la
técnica del ISP me habló de ese bendito servidor.
Recalco que mi servidor se llama "ns" y la ip es 196.40.25.203
Eliminé también del ISP la dirección secundaria 196.40.25.204
Ahora ... en el lugar donde eliminé la linea del archivos .hosts (***) debo
poner otra similar? pero con el nombre de mi servidor? auqneu ya este una
identica arriba?...
Y otra más... yo no tengo servidor ftp ... puedo eliminar esa linea? o es
estrictamente necesaria?
Cuales serán las lineas exclusivamente necesarias para un servidor de correo
y apache?
por cierto, al medio día de -6 GMT se refresca la info en el ISP así que hay
qeu esperar una hora más para saber si funciona o no :)
saludos y gracias,
----- Original Message -----
From: "Camaleón"
Ahora sí esta puesto mi nuevo servidor...
No funciona (8:54 GMT+0200). Dnsstuff dice: Invalid DNS packet: Port Unreachable
y les agradecería mucho si pueden hacer las pruebas pertinentes desde donde estan ustedes .... Espero que esto funcione, por ahora si está recibiendo correos externos y la página web que solo es de adorno por ahora funciona... o eso creo.
La dirección www.lagloria.co.cr no me funciona. ¿Cómo te concta tu ISP? Creo que sería más sencillo dejar que sea tu isp quien resuelva, abrir los puertos del router y dirigirlos a la nueva máquina. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Camaleón, he contactado con mi ISP, y eliminé la linea que marco con *** de mi archivo de zona maestra, aqui el archivo:
$ttl 38400 lagloria.co.cr. IN SOA ns.lagloria.co.cr. webmaster.lagloria.co.cr. ( 2005010407 10800 3600 604800 38400 ) lagloria.co.cr. IN NS ns.lagloria.co.cr. www.lagloria.co.cr. IN A 196.40.25.203 ns.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN A 196.40.25.203 ***linux.lagloria.co.cr. IN A 196.40.25.203*** correo.lagloria.co.cr. IN A 196.40.25.203 ftp.lagloria.co.cr. IN A 196.40.25.203 lagloria.co.cr. IN MX 10 correo.lagloria.co.cr.
Con esto espero que desaparezca ese "linux" del que hablan pues hasta la técnica del ISP me habló de ese bendito servidor. Recalco que mi servidor se llama "ns" y la ip es 196.40.25.203 Eliminé también del ISP la dirección secundaria 196.40.25.204
Los cambios de DNS pueden tardarte hasta 4 días en ser efectivos. Lo importante es que los DNS que tengas declarados en tu BIND coincidan con los que tienes en tu registrador. No entiendo porque no has añadido las líneas que te puse en un anterior mensaje para tener el DNS secundario activo ya que necesitas tener dos servidores de nombres para cumplir la normativa. También te lo puse en un anterior mensaje. De momento lo que sale como DNS es: Your NS records at the parent servers are: linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR] -- Salutacions - Saludos, Josep M. Queralt
El 14/09/06, Josep M. Queralt escribió:
Lo importante es que los DNS que tengas declarados en tu BIND coincidan con los que tienes en tu registrador.
Si sólo tiene un dominio, no entiendo cómo se complica tanto la vida. Más lógico sería que su equipo actuara como servidor dns secundario, pero que su isp fuera el primario, sería más seguro y menos problemático.
No entiendo porque no has añadido las líneas que te puse en un anterior mensaje para tener el DNS secundario activo ya que necesitas tener dos servidores de nombres para cumplir la normativa. También te lo puse en un anterior mensaje.
Pero eso es trampa :-). Están en la misma máquina, no tiene ningún sentido. Si es que para eso está el proveedor, para ponerlo como primario. Luego pones a tu equipo como secundario y listo.
De momento lo que sale como DNS es:
Your NS records at the parent servers are:
linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR]
Esta página le será de gran ayuda, te analiza de todo... http://www.dnsreport.com/tools/dnsreport.ch?domain=lagloria.co.cr Saludos, -- Camaleón
Si sólo tiene un dominio, no entiendo cómo se complica tanto la vida. Más lógico sería que su equipo actuara como servidor dns secundario, pero que su isp fuera el primario, sería más seguro y menos problemático.
Igual no le da ese servicio. Pero por $25 al _año_ (unas 80 de las antiguas pesetas al mes) tiene unos DNS _por_formulario_ en no-ip.com, dyndns.com etc.
Pero eso es trampa :-). Están en la misma máquina, no tiene ningún sentido. Si es que para eso está el proveedor, para ponerlo como primario. Luego pones a tu equipo como secundario y listo.
Si la ley "obliga" a tener dos DNS, la trampa es montarlos en el mismo servidor. 0:-)
Your NS records at the parent servers are:
linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR]
Esta página le será de gran ayuda, te analiza de todo...
http://www.dnsreport.com/tools/dnsreport.ch?domain=lagloria.co.cr
De ahí lo saqué. En teoría puede tardar hasta 96 horas en cambiar, en España lo normal es sobre las 12 horas. -- Salutacions - Saludos, Josep M. Queralt
El 14/09/06, Josep M. Queralt
[...]
Pero eso es trampa :-). Están en la misma máquina, no tiene ningún sentido. Si es que para eso está el proveedor, para ponerlo como primario. Luego pones a tu equipo como secundario y listo.
Si la ley "obliga" a tener dos DNS, la trampa es montarlos en el mismo servidor. 0:-)
se la idea, es tener los DNS de acuerdo a los RFCs correspondentes, entonces vuestra trampa no funcionaria bien, ya que los DNS maestros y esclavos NO deben de estar en la misma red (clase C) RFC2182!!! :( salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
El 14/09/2006 23:40:56 Victor Hugo dos Santos escribió: listas.vhs> listas.vhs> se la idea, es tener los DNS de acuerdo a los RFCs correspondentes, listas.vhs> entonces vuestra trampa no funcionaria bien, ya que los DNS maestros y listas.vhs> esclavos NO deben de estar en la misma red (clase C) RFC2182!!! :( De funcionar funciona. Fíjate en el caso de Mauricio, declara un DNS que no existe y funciona. Mientras tengas dos .... De hecho en un dominio, yo tengo declarado por CNAME un servidor de correo (que tampoco se debe hacer) y el correo llega. Explicar porque lo tengo declarado por CNAME es un poco largo .... -- Saludos, Josep M. Queralt
El 15/09/06, Josep M. Queralt escribió:
De funcionar funciona. Fíjate en el caso de Mauricio, declara un DNS que no existe y funciona. Mientras tengas dos ....
De hecho en un dominio, yo tengo declarado por CNAME un servidor de correo (que tampoco se debe hacer) y el correo llega. Explicar porque lo tengo declarado por CNAME es un poco largo ....
Que funcione no significa que esté bien ;-). Es algo así como las páginas web diseñadas que no cumplen el estándar de la w3c... funcionar funcionan, en algunos navegadores, sí, en otros no... algunas cosas sí, otras no... Y funciona porque las máquinas son más inteligentes que nosotros, lo cual no quita que un registro mal configurado te funcione hoy pero no mañana. Lo mejor es corregirlo, si es posible, para evitar problemas futuros. Saludos, -- Camaleón
Josep, Lamento el malentendido Ayer escribí (y ahora noto que no llegó a la lista) preguntando para que era lo de poner la ip inversa. Y luego, le pedí a mi proveedor que elimine la dirección de host secundaria, con lo que ya no tendría que ponerla en mi zona. Luego carlos escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Así que comprendo que eso lo tiene qeu habilitar primero mi proveedor de
ISP, entoces por eso lo tengo pendiente.
Pero en ninguna manera he ignorado vuestros comentarios.
Saludos: Mau
----- Original Message -----
From: "Josep M. Queralt"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-14 a las 12:51 -0600, Mauricio Masís escribió:
Luego carlos escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Así que comprendo que eso lo tiene qeu habilitar primero mi proveedor de ISP, entoces por eso lo tengo pendiente.
Eso déjalo para lo último. Y me parece que es que tu proveedor no tiene ese servicio. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCakBtTMYHG2NR9URAl+rAKCZQO4rTW3njdcxmNfZ9cVsKZ8yRQCeLSQ8 5VqgmHFFlZyUm0u7uZgwuqE= =aVCP -----END PGP SIGNATURE-----
Pues así es, mi proveedor en realidad no tiene ningún servicio!!
que farsa!
Bueno, lo mportante es que ahora si esta funcionando.
alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona?
:)
Saludos: Mau
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-14 a las 12:51 -0600, Mauricio Masís escribió:
Luego carlos escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Así que comprendo que eso lo tiene qeu habilitar primero mi proveedor de ISP, entoces por eso lo tengo pendiente.
Eso déjalo para lo último. Y me parece que es que tu proveedor no tiene ese servicio.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFCakBtTMYHG2NR9URAl+rAKCZQO4rTW3njdcxmNfZ9cVsKZ8yRQCeLSQ8 5VqgmHFFlZyUm0u7uZgwuqE= =aVCP -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-14 a las 14:47 -0600, Mauricio Masís escribió:
alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona? :)
Si. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCcLjtTMYHG2NR9URAn5SAJ0aw4OEA4tdlBVtApGUFnDIj9U1DACfQuFR oq4ZFWU7LWs0ThhwkwAI9mw= =Bnjx -----END PGP SIGNATURE-----
Listo :) entonces lo tengo verificado :)
Ahora si estudiaré detenidamente eso de configurar un servidor DNS.
pues en la carrera hay mucho desorden,
saludos y gracias a todos los que me colaboraron :)
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-14 a las 14:47 -0600, Mauricio Masís escribió:
alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona? :)
Si.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFCcLjtTMYHG2NR9URAn5SAJ0aw4OEA4tdlBVtApGUFnDIj9U1DACfQuFR oq4ZFWU7LWs0ThhwkwAI9mw= =Bnjx -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Pues he probado a entrar a www.lagloria.co.cr desde Nicaragua, y no ha sido posible. Saludos -----Mensaje original----- De: Carlos E. R. [mailto:robin.listas@telefonica.net] Enviado el: Jueves, 14 de Septiembre de 2006 03:00 p.m. Para: SLS Asunto: Re: [suse-linux-s] DNS ? -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-14 a las 14:47 -0600, Mauricio Masís escribió:
alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona?
:)
Si. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCcLjtTMYHG2NR9URAn5SAJ0aw4OEA4tdlBVtApGUFnDIj9U1DACfQuFR oq4ZFWU7LWs0ThhwkwAI9mw= =Bnjx -----END PGP SIGNATURE-----
..... mmm y sería mucha necedad si intentas otra vez cuando puedas ?
Saludos y gracias,
----- Original Message -----
From: "Alberto Rivas"
alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona?
:)
Si. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFCcLjtTMYHG2NR9URAn5SAJ0aw4OEA4tdlBVtApGUFnDIj9U1DACfQuFR oq4ZFWU7LWs0ThhwkwAI9mw= =Bnjx -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Aparece, pero tarda un monton en abrir los links del sitio. El mozilla
dice "Waiting for 196.40.25.205".
Es publica la ip 196.40.25.205?
Salu2
El 14/09/06, Mauricio Masís
Pues así es, mi proveedor en realidad no tiene ningún servicio!! que farsa!
Bueno, lo mportante es que ahora si esta funcionando. alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona? :)
Saludos: Mau
----- Original Message ----- From: "Carlos E. R."
To: "SLS" Sent: Thursday, September 14, 2006 1:09 PM Subject: Re: [suse-linux-s] DNS ? -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-14 a las 12:51 -0600, Mauricio Masís escribió:
Luego carlos escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Así que comprendo que eso lo tiene qeu habilitar primero mi proveedor de ISP, entoces por eso lo tengo pendiente.
Eso déjalo para lo último. Y me parece que es que tu proveedor no tiene ese servicio.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFCakBtTMYHG2NR9URAl+rAKCZQO4rTW3njdcxmNfZ9cVsKZ8yRQCeLSQ8 5VqgmHFFlZyUm0u7uZgwuqE= =aVCP -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
A caray, esto es el colmo!!!
Ahora es la 205 ??
Esto no tiene explicación!
La ip declarada en el ISP es la 203
La secundaria era 204 y la borré!
La 205 nunca ha estado declarada en el ISP pues la utilizamos para otra
cosa! ...
Bueno, resulto esto muy extraño, lo bueno es que el correo funciona desde el
jueves sin problemas aparentemente, pues recibimos los correos externos.
La página web (que en realidad aun no tiene nada) funciona por lo menos en
mi región.
Achacaré esto a lo que dicen camaleon y josep de que las actualizaciónes en
los servidores de nombres pueden tardar hasta 48 horas o más .
Saludos :)
----- Original Message -----
From: "Juan Erbes"
Pues así es, mi proveedor en realidad no tiene ningún servicio!! que farsa!
Bueno, lo mportante es que ahora si esta funcionando. alguien podría intentar entrar a www.lagloria.co.cr a ver si les funciona? :)
Saludos: Mau
----- Original Message ----- From: "Carlos E. R."
To: "SLS" Sent: Thursday, September 14, 2006 1:09 PM Subject: Re: [suse-linux-s] DNS ? -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-14 a las 12:51 -0600, Mauricio Masís escribió:
Luego carlos escribió:
Ni la resolución inversa:
cer@nimrodel:~> host 196.40.25.204 Host 204.25.40.196.in-addr.arpa not found: 3(NXDOMAIN)
Eso lo debe configurar el encargado de las direcciones IP (su proveedor), y sería lo más aconsejable, algunos servidores de correo rechazan conectarse con equipos que no resuelven de forma inversa.
Así que comprendo que eso lo tiene qeu habilitar primero mi proveedor de ISP, entoces por eso lo tengo pendiente.
Eso déjalo para lo último. Y me parece que es que tu proveedor no tiene ese servicio.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFCakBtTMYHG2NR9URAl+rAKCZQO4rTW3njdcxmNfZ9cVsKZ8yRQCeLSQ8 5VqgmHFFlZyUm0u7uZgwuqE= =aVCP -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 14/09/06, Mauricio Masís
Con esto espero que desaparezca ese "linux" del que hablan pues hasta la técnica del ISP me habló de ese bendito servidor. Recalco que mi servidor se llama "ns" y la ip es 196.40.25.203 Eliminé también del ISP la dirección secundaria 196.40.25.204
Ahora ... en el lugar donde eliminé la linea del archivos .hosts (***) debo poner otra similar? pero con el nombre de mi servidor? auqneu ya este una identica arriba?... Y otra más... yo no tengo servidor ftp ... puedo eliminar esa linea? o es estrictamente necesaria?
Cuales serán las lineas exclusivamente necesarias para un servidor de correo y apache?
haga un favor a todos (principalmente a usted mismo) lea los diversos documetnos sobre DNS que existe en la red, para que tengas la minima idea de como funciona un DNS. muchissima suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
Bueno, tube que adelantarme!!
Inesperadamente el servidor viejo dejó de trabajar, y tube que poner el que
estoy configurando por la emergencia.
Ahora sí esta puesto mi nuevo servidor...
y les agradecería mucho si pueden hacer las pruebas pertinentes desde donde
estan ustedes ....
Espero que esto funcione, por ahora si está recibiendo correos externos y la
página web que solo es de adorno por ahora funciona... o eso creo.
Saludos y gracias
----- Original Message -----
From: "Mauricio Masís"
Creo que con esto daré por cerrado este hilo :D El sábado configuraré nuevamente el BIND del servidor nuevo y desconectaré el viejo... A ver como nos va... :) claro que entonces tendrán la respuesta :D
Saludos y miles de gracias .
----- Original Message ----- From: "Camaleón"
To: "Lista SuSE (Novell)" Sent: Wednesday, September 13, 2006 1:07 PM Subject: Re: [suse-linux-s] DNS ? El 13/09/06, Josep M. Queralt escribió:
Lo que yo ahora no acabo de entender es de donde c*jones sacó el test que "linux2" está en la IP *.204, si en tu fichero "named" no está definido. :-?
Es posible que lo tuviera en caché (el proveedor o el equipo). Hum...
Una consulta al whois de nic.cr nos dice:
Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203
Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204
Servidor Terciario Dirección IP
La pregunta es, si los registros dns están mal (aunque al menos el primer servidor primario está bien definido), ¿por qué el equipo antiguo resuelve correctamente? ¿No deberían dar ambos equipos el mismo error?
Si uno funciona y otro no, el problema está en la configuración de uno de ellos, entiendo ahora que relacionado con Bind, por lo que yo verificaría que ambos equipos estén configurados de la misma forma y con los mismos datos.
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Una consulta al whois de nic.cr nos dice:
Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203
Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204
La pregunta es, si los registros dns están mal (aunque al menos el primer servidor primario está bien definido), ¿por qué el equipo antiguo resuelve correctamente? ¿No deberían dar ambos equipos el mismo error?
Si la configuración es la misma si. Pero yo creo que la pregunta es otra. Si en el "named" de su BIND no existe "linux2" en la IP *.204, de donde demonios sale este dato ????? -- Salutacions - Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt escribió:
Si en el "named" de su BIND no existe "linux2" en la IP *.204, de donde demonios sale este dato ?????
Del NIC de Costa Rica*. Es ahí donde aparece esa máquina "linux2.lagloria.co.cr" como dns scundario. * http://www.nic.cr/servlet/niccr?tid=TWhois&Lng=1&Act=NEW Saludos, -- Camaleón
Si, eso es curioso!!!
Por cierto, para que es el PTR ?
Noto que es la misma ip pero inversa...
Eso sería por curiosidad.. :) pero me parece interezante :)
Saludos; Mauu
----- Original Message -----
From: "Josep M. Queralt"
Si, eso es curioso!!! Por cierto, para que es el PTR ? Noto que es la misma ip pero inversa... Eso sería por curiosidad.. :) pero me parece interezante :)
En pura teoría (otra vez) sirve para poder efectuar la resolución inversa, es decir para pasar desde la IP al nombre. Más info y saber el porqué no siempre funciona en: http://www.dnsstuff.com/pages/rfc1912.htm -- Salutacions - Saludos, Josep M. Queralt
----- Original Message -----
From: "Camaleón"
El 13/09/06, Josep M. Queralt escribió:
De todas maneras esto no quita que en este caso "linux.loquesea" y "linux2.loquesea" no esten declarados y que, en cambio, "ns.loquesea" si responda.
Pero un error en el dns daría error siempre, independientemente de poner un equipo u otro. Lo extraño de esto es que con un equipo responde y con otro no.
:-?
El dominio tiene dos servidors dns configurados, supongo que a través del ISP:
Servidor Primario ns.lagloria.co.cr Dirección IP 196.40.25.203 Servidor Secundario linux2.lagloria.co.cr Dirección IP 196.40.25.204
Así es, y sobre esto, tengo otra pregunta... puedo poner los dos servidores a trabajar paralelamente? uno que se llame "ns" (ya esta) y otro que se llame "linux2" (sería solo de cambiar nombre) y en este caso, que función tendría este servidor secundario, o mejor hecha la pregunta, ¿para que se suele poner en marcha un servidor secundario?
Saludos,
-- Camaleón
Así es, y sobre esto, tengo otra pregunta... puedo poner los dos servidores a trabajar paralelamente? uno que se llame "ns" (ya esta) y otro que se llame "linux2" (sería solo de cambiar nombre) y en este caso, que función tendría este servidor secundario, o mejor hecha la pregunta, ¿para que se suele poner en marcha un servidor secundario?
Lo de los dos DNS es puramente formal, para cumplir con una RCF que ahora no recuerdo cual es. En pura teoría sirve para que, si el DNS primario se cae, el DNS secundario haga la resolución del nombre ya que se supone que debería estar en otra máquina y con otra IP distinta. En la práctica, al menos en la mía, ambos DNS aunque con IP diferentes acostumbran a estar en la misma máquina por lo que, si se cae uno, el secundario también estará caído. -- Salutacions - Saludos, Josep M. Queralt
Osea, que solo sirve para resolver nombre,
¿pero no para que en caso de que el servidor host1 se caiga funcione el
host2 con todos sus programas (apache, postfix, etc)?
mmmmm... que lata :P
----- Original Message -----
From: "Josep M. Queralt"
Así es, y sobre esto, tengo otra pregunta... puedo poner los dos servidores a trabajar paralelamente? uno que se llame "ns" (ya esta) y otro que se llame "linux2" (sería solo de cambiar nombre) y en este caso, que función tendría este servidor secundario, o mejor hecha la pregunta, ¿para que se suele poner en marcha un servidor secundario?
Lo de los dos DNS es puramente formal, para cumplir con una RCF que ahora no recuerdo cual es. En pura teoría sirve para que, si el DNS primario se cae, el DNS secundario haga la resolución del nombre ya que se supone que debería estar en otra máquina y con otra IP distinta.
En la práctica, al menos en la mía, ambos DNS aunque con IP diferentes acostumbran a estar en la misma máquina por lo que, si se cae uno, el secundario también estará caído.
-- Salutacions - Saludos,
Josep M. Queralt
Osea, que solo sirve para resolver nombre, ¿pero no para que en caso de que el servidor host1 se caiga funcione el host2 con todos sus programas (apache, postfix, etc)?
mmmmm... que lata :P
Lo que decía en el anterior mensaje, si los DNS están en máquinas diferentes, cuando se cae la primaria, quien hace la resolución es la secundaria. En la práctica acostumbran a ponerse en la misma máquina por lo que s caen los dos a la vez. :-) -- Salutacions - Saludos, Josep M. Queralt
El 13/09/06, Josep M. Queralt
El 13/09/2006 0:22:21 Mauricio Masís escribió:
mmasis> :D mmasis> Estamos hablando de lagloria.co.cr
ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers. The problem NS records are: linux2.lagloria.co.cr. linux.lagloria.co.cr.
(no estan listados como servidores de nombres)
Your NS records at the parent servers are:
linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR]
Creo que declaras unos servidores de nombres linux y linux2 que no existen y además en tu servidor de nombres tienes ns.lagloria.co.cr. En ambos sitios debería de haber los mismos servidores.
exacto !!! y ademas, la maquina con la IP 196.40.25.204 no funciona el DNS de manera alguna y la 196.40.25.203 no tiene abierto el puerto 53/tcp que impide las transferencias de zonas entre los DNS maestros y secundarios, puede que sea por un tema de algun cortafuegos por el camino (no lo creo mucho, ya que tienes varios puertos abiertos) y/o alguna mala configuracion en el dns (el mas provable). obs.: se no sabes lo que estas hacendo, contrata una persona que si lo sepa y lo deje funcionando correctamente.. despues, en una maquina aparte te pones a "jugar" al configurador de DNS con algun otro dominio, que no sea importante !!!! del contrario podras tener problemas y en una de estas perder el trabajo !!!! recuerda que el DNS es la base para que todos los demas softwares funcione correctamente.. se haces algo malo, todo el demas tambien saldra malo. mucha suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
----- Original Message -----
From: "Victor Hugo dos Santos"
exacto !!!
y ademas, la maquina con la IP 196.40.25.204 no funciona el DNS de manera alguna y la 196.40.25.203 no tiene abierto el puerto 53/tcp que impide las transferencias de zonas entre los DNS maestros y secundarios, puede que sea por un tema de algun cortafuegos por el camino (no lo creo mucho, ya que tienes varios puertos abiertos) y/o alguna mala configuracion en el dns (el mas provable).
Lo curioso es que no tengo el puerto 53 abierto (concientemente) en ninguno de los dos servidores... donde lo podría corroborar? en que archivo de configuración? porque aveces el yast solo muestra el nombre no el número de puerto.
obs.: se no sabes lo que estas hacendo, contrata una persona que si lo sepa y lo deje funcionando correctamente.. despues, en una maquina aparte te pones a "jugar" al configurador de DNS con algun otro dominio, que no sea importante !!!! del contrario podras tener problemas y en una de estas perder el trabajo !!!! recuerda que el DNS es la base para que todos los demas softwares funcione correctamente.. se haces algo malo, todo el demas tambien saldra malo.
Eso mismo es lo que intento. Ya hay un srevidor en marcha (que ahora parece qeu no está del todo bien configurado) pero por esa configuración se pagó hace dos años y funciona desde entonces. En un nuevo servidor estoy tratando de aprender, sin desfallecer aunque les confiezo que es muy frustrante, pero comprendo cómo es el mundo linux y creo en su filosofía. Seguiré adelante... con vuestra ayuda, claro!
mucha suerte.
-- -- Victor Hugo dos Santos Linux Counter #224399
----- Original Message -----
From: "Josep M. Queralt"
El 13/09/2006 0:22:21 Mauricio Masís escribió:
:D Estamos hablando de lagloria.co.cr
ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers. The problem NS records are: linux2.lagloria.co.cr. linux.lagloria.co.cr.
(no estan listados como servidores de nombres)
Your NS records at the parent servers are:
linux2.lagloria.co.cr. [196.40.25.204] [TTL=25929200] [CR] linux.lagloria.co.cr. [196.40.25.203] [TTL=25929200] [CR]
Creo que declaras unos servidores de nombres linux y linux2 que no existen y además en tu servidor de nombres tienes ns.lagloria.co.cr. En ambos sitios debería de haber los mismos servidores.
Por otro lado, ya que hablábamos de que tu dominio lo tenías redireccionado con un proveedor de servicios externo, no me parece lógica la declaración de tus propios DNS, tendrían que ser los DNS de tu proveedor.
Bueno, aqui no sabría que responder porque así lo configuraron de antaño. Aunque claro, puedo probar otras opciones si me las proponen. Creo que con el archivo de named que envié en respuesta anterior podrían formarse una idea y me aclaran a mi también :)
-- Saludos,
Josep M. Queralt
El 12/09/2006 22:22:21 Mauricio Masís escribió: mmasis> Como repito, El servidor recibe peticiones externas si le llego por la IP, y mmasis> aunque el nombre del dominio responde a la misma ip pues si trato de entrar mmasis> por el nombre no entran. Mira, desde una cónsola, si "nslookup dominio.com" devuelve el número de tu IP externa. Si la devuelve correctamente el problema lo tienes en tu servidor, si devuelve otro número o no devuelve nada el problema estará en tu DNS "externo". Evidentemente "dominio.com" lo tienes que cambiar por el nombre de tu dominio. :-) -- Saludos, Josep M. Queralt
----- Original Message -----
From: "Josep M. Queralt"
El 12/09/2006 22:22:21 Mauricio Masís escribió:
mmasis>> Como repito, El servidor recibe peticiones externas si le llego por la IP, y mmasis>> aunque el nombre del dominio responde a la misma ip pues si trato de entrar mmasis>> por el nombre no entran.
Mira, desde una cónsola, si "nslookup dominio.com" devuelve el número de tu IP externa.
Esta es la salida del comando: Server: 196.40.3.10 Address: 196.40.3.10#53 Non-authoritative answer: Name: lagloria.co.cr Address: 196.40.25.203
Si la devuelve correctamente el problema lo tienes en tu servidor, si devuelve otro número o no devuelve nada el problema estará en tu DNS "externo".
Pues devuelve lo que debe devolver :P
Evidentemente "dominio.com" lo tienes que cambiar por el nombre de tu dominio. :-)
;) claro ;) capito
-- Saludos,
Josep M. Queralt
participants (8)
-
Alberto Rivas
-
Camaleón
-
Carlos E. R.
-
Josep M. Queralt
-
Juan Erbes
-
Mauricio Masís
-
Mauricio Masís [145]
-
Victor Hugo dos Santos