registro SRV del DNS

Muchas gracias.

La verdad es que soy un poco tocho, pero bueno, lo que he entendido es lo
siguiente:

Lo que yo busco es redundar un proxy, de forma que cuando alguien haga una
petición al proxy pueda hacerlo a P1 o a P2, según su disponibilidad o carga
de peticiones.

Para esto entiendo que tengo que crear:
_socks._tcp.dominio.com. SRV 0 100 1080 pepito.dominio.com.

_socks._tcp.dominio.com. SRV 0 100 1080 joselito.dominio.com.

Lo de los guiones delante lo he hecho porque lo que ya hay por defecto,
tiene esos guiones, aunque ahora creo que es meramente descriptivo.

Y...
proxy HOST(A) ip_pepito
proxy HOST(A) ip_joselito

De esta forma haciendo peticiones a proxy.dominio.com por el puerto 1080 el
DNS se encargará de trasladar la petición a P1 o a P2 según su situación y
carga.

Pero creo que empiezo a entender que independientemente de si los servicios
proxy en ambos equipos están o no "caídos", el DNS sólo se fijará si puede
acceder a los equipos y no mira si el servicio está arriba. Esto
significaría que en caso de que sólo el servicio de proxy cayera en uno de
los equipos, el DNS podría redirigir a ese equipo con el consiguiente fallo
de conexión que supone utilizar un proxy que no funciona. También cabe la
posibilidad de que no mire nada y que simplemente te mande a un sitio o a
otro... puf.

Muchas gracias otra vez.

Voy a ver que es eso de NLB (¿no será network level/link balance? :-) )

Saludos,
OC





"Fernando Reyes [MS MVP]"
escribió en el mensaje news:
1 - Los registros de recurso de servicio (SRV, SeRVice) permiten especificar
de forma genérica la ubicación de los servidores para un servicio, protocolo
y dominio DNS determinados.
El formato de un registro SRV es el siguiente:
servicio.protocolo.nombre TTL clase SRV
prioridad peso puerto destino

donde:
El campo servicio especifica el nombre de servicio: http, telnet, etc.
El campo protocolo especifica el protocolo utilizado: TCP o UDP.
nombre define el nombre de dominio al que hace referencia el registro de
recurso SRV.
TTL: (Time To Live) Tiempo de vida, generalmente expresado en segundos, que
un servidor DNS o un resolver debe guardar en caché esta entrada antes de
descartarla. Este campo es opcional. También se puede expresar mediante
letras indicando días (d), horas (h), minutos (m) y segundos (s). Por
ejemplo: "2h30m".
clase: define la familia de protocolos en uso. Suele ser siempre "IN", que
representa Internet.
prioridad especifica el orden en que los clientes se pondrán en contacto con
los servidores: los clientes intentarán ponerse en contacto primero con el
host que tenga el valor de prioridad más bajo, luego con el siguiente y así
sucesivamente.
peso: es un mecanismo de equilibrio de carga.
puerto: muestra el puerto del servicio en el host.
destino: muestra el nombre de dominio completo para la máquina compatible
con ese servicio.
Un ejemplo de registros SRV para los servidores Web del dominio admon.com.,
sería:
http.tcp.admon.com. IN SRV 0 0 80 www1.admon.com.
http.tcp.admon.com. IN SRV 10 0 80 www2.admon.com.
2.- Como puedes ver en lo anterior, se puede tener más de un equipo dando el
mismo servicio.

3.- Podrías equilibrar la carga con la función RoundRobin del servidor DNS y
con prioridades iguales en los registros. La finción RoundRobin está
habilitada por defecto (propiedades del servidor DNS, pestaña "Avanzadas",
marcar la casilla "Habilitar la función RoundRobin); esta función devuelve
por rondas los registros que se refieren a un mismo nombre; es decir5, si
tenemos la misma página Web en tres equipos, si creamos tres entradas A con
el mismo nombre y que apunten a la IP de cada uno de los equipos
respectivamente, el servidor devolverá primero la IP del primer equipo, en
la siguiente consulta que reciba devolverá la del segundo equipo, en la
siguiente consulta la del tercer equipo, en la siguiente consulta devolvería
de nuevo la del primero y así sucesivamente. No obstante este tipo de
equilibrio de carga es bastante rupestre, pues no mira carga de trabajo que
tiene cada equipo, si no que les va asignando los trabajos según llegan y se
puede dar el caso de que un equipo reciba los trabajos más pesados y los
otros los más ligeros. Para equilibrar carga lo mejor es NLB, por ejemplo.

Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000
MCSA Windows Server 2003
http://freyes.svetlian.com

(Corta las dos orejas si quieres escribirme)


Fue OC () el que, con sus deditos, escribió:

Buenos días.

¿Que es exactamente el registro SRV del DNS?

¿Se puede utilizar para redundar un servicio en concreto?

¿Como se haría uso del servicio? ¿Se utilizaría el nombre de una de
las maquinas con el servicio y el DNS se encargaría de balancear la
carga?


Gracias.