2 puertas de enlace

Lo que tienes que hacer es crear rutas estáticas en el servidor de la
central, para que utilice una salida u otra en función de la necesidad.
Cuando la petición del cliente llegue a la central, el servidor de la misma
será el que tome la decisión de por qué puerta de enlace enviarlo.

Las rutas estáticas se hacen escribiendo route add -p rangodeIpdeDestino
mask Máscara de Red Puerta de enlace,
P.e., route add -p 85.25.100.20 mask 255.255.255.0 192.168.8.1
Así para la salida a internet pondrás un rango de Ip que sea
route add -p 0.0.0.0 mask 0.0.0.0 (la dirección del router que saca a
Internet)

Y para la salida a la otra sede pues pondrás la dirección a la que hace
referencia.

route add -p IpdelaSede mask (laquecorresponda) Ip del router que te lleva a
la otra sede.

Bueno no sé si me he expresado del todo bien, si tienes alguna duda exponla
a ver si te la podemos solucionar.

Un saludo.


"Luis" escribió en el mensaje
news:O2%

Tenemos una sede con varios equipos con Windows XP que se conectan
mediante un router a la central. En la central, tenemos un router que une
las sedes, y otro para salir a internet. En la central tenemos 2
servidores con Windows 2003 Server, en la sede no hay servidores.

¿Cómo hacer para que los equipos en la sede usen el router para "llegar" a
la central y luego el router que da salida a internet para que puedan
navegar y recibir correo?

Sabemos que se puede hacer (acceso a internet desde las sedes pasando por
la central), pero no cómo. Los router que unen la sede con la central no
los podemos tocar (por contrato, ya que no son propiedad de la empresa), y
las pruebas que hemos hecho no han funcionado.

A ver si me dais norte.
Gracias y un saludo.

Pero en los equipos de la sede no me queda otro remedio que poner como
puerta de enlace el router que hay allí. En la sede no tenemos ningún
servidor de ningún tipo ni equipo que haga de proxy.

1.¿Estas rutas estáticas se configurarían en la central en el PDC o en un
servidor proxy?

2.Perdona pero no comprendo cómo trabajaría lo que explicas (tráfico de la
sede a la central). En la central se puede poner como puerta de enlace el
servidor y que sea este quien decida por dónde salir mediante las rutas
estáticas, si he entendido bien lo que explicas. Pero en la sede, las
peticiones llegarán del router de la sede (que sería la puerta de enlace
para los equipos de la sede) al router de la central, pero ahí se quedarán
porque no podrá llegar al servidor a ver las rutas, ¿no?

Muchas Gracias.


"JoeDan" escribió en el mensaje
news:%

Lo que tienes que hacer es crear rutas estáticas en el servidor de la
central, para que utilice una salida u otra en función de la necesidad.
Cuando la petición del cliente llegue a la central, el servidor de la
misma será el que tome la decisión de por qué puerta de enlace enviarlo.

Las rutas estáticas se hacen escribiendo route add -p rangodeIpdeDestino
mask Máscara de Red Puerta de enlace,
P.e., route add -p 85.25.100.20 mask 255.255.255.0 192.168.8.1
Así para la salida a internet pondrás un rango de Ip que sea
route add -p 0.0.0.0 mask 0.0.0.0 (la dirección del router que saca a
Internet)

Y para la salida a la otra sede pues pondrás la dirección a la que hace
referencia.

route add -p IpdelaSede mask (laquecorresponda) Ip del router que te lleva
a la otra sede.

Bueno no sé si me he expresado del todo bien, si tienes alguna duda
exponla a ver si te la podemos solucionar.

Un saludo.


"Luis" escribió en el mensaje
news:O2%

Tenemos una sede con varios equipos con Windows XP que se conectan
mediante un router a la central. En la central, tenemos un router que une
las sedes, y otro para salir a internet. En la central tenemos 2
servidores con Windows 2003 Server, en la sede no hay servidores.

¿Cómo hacer para que los equipos en la sede usen el router para "llegar"
a la central y luego el router que da salida a internet para que puedan
navegar y recibir correo?

Sabemos que se puede hacer (acceso a internet desde las sedes pasando por
la central), pero no cómo. Los router que unen la sede con la central no
los podemos tocar (por contrato, ya que no son propiedad de la empresa),
y las pruebas que hemos hecho no han funcionado.

A ver si me dais norte.
Gracias y un saludo.

Si ya sabía yo que no me había explicado bien,jeje.. vuelvo a redactar

1.- Se configuran en el PDC que es el que se encarga de hacer enrutamiento.
2.- (te lo extiendo más abajo)
Así es, en la configuración que tú me dices en el primer mensaje,
desde el primer router ya haces llegar a los clientes hasta el otro server
que es el que se encarga de ver hacia donde tiene que enviar la petición.

Está claro que a los clientes no se les puede poner otra puerta de enlace
que no sea la del router que tienes en esa sede.

El que se encargará de enviar hacia un sitio u otro es el servidor que
tienes en la central, que tiene que tener configurado el servicio de
Enrutamiento y Acceso remoto, de ahí que este tenga que recibir todas las
peticiones de los clientes.

Entonces , el servidor que tienes en la central recibe la petición del
cliente (sede) y el mira hacia donde se tiene que dirigir ( en las rutas
estáticas ), si es una ruta que el conoce, osea, la interna lo enviará por
la puerta de enlace que le hayas especificado en esa ruta estática o por la
dirección que el ya conoce. Por lo que si la petición que recibe no la
conoce, la envía a Internet, de este modo hace la conexión Interna/Externa.

No sé si me he explicado bien ahora (pero si no lo he hecho, vuelve a
preguntar que estaré por aquí).

Un saludo.



"Luis" escribió en el mensaje
news:

Pero en los equipos de la sede no me queda otro remedio que poner como
puerta de enlace el router que hay allí. En la sede no tenemos ningún
servidor de ningún tipo ni equipo que haga de proxy.

1.¿Estas rutas estáticas se configurarían en la central en el PDC o en un
servidor proxy?

2.Perdona pero no comprendo cómo trabajaría lo que explicas (tráfico de la
sede a la central). En la central se puede poner como puerta de enlace el
servidor y que sea este quien decida por dónde salir mediante las rutas
estáticas, si he entendido bien lo que explicas. Pero en la sede, las
peticiones llegarán del router de la sede (que sería la puerta de enlace
para los equipos de la sede) al router de la central, pero ahí se quedarán
porque no podrá llegar al servidor a ver las rutas, ¿no?

Muchas Gracias.


"JoeDan" escribió en el mensaje
news:%

Lo que tienes que hacer es crear rutas estáticas en el servidor de la
central, para que utilice una salida u otra en función de la necesidad.
Cuando la petición del cliente llegue a la central, el servidor de la
misma será el que tome la decisión de por qué puerta de enlace enviarlo.

Las rutas estáticas se hacen escribiendo route add -p rangodeIpdeDestino
mask Máscara de Red Puerta de enlace,
P.e., route add -p 85.25.100.20 mask 255.255.255.0 192.168.8.1
Así para la salida a internet pondrás un rango de Ip que sea
route add -p 0.0.0.0 mask 0.0.0.0 (la dirección del router que saca a
Internet)

Y para la salida a la otra sede pues pondrás la dirección a la que hace
referencia.

route add -p IpdelaSede mask (laquecorresponda) Ip del router que te
lleva a la otra sede.

Bueno no sé si me he expresado del todo bien, si tienes alguna duda
exponla a ver si te la podemos solucionar.

Un saludo.


"Luis" escribió en el mensaje
news:O2%

Tenemos una sede con varios equipos con Windows XP que se conectan
mediante un router a la central. En la central, tenemos un router que
une las sedes, y otro para salir a internet. En la central tenemos 2
servidores con Windows 2003 Server, en la sede no hay servidores.

¿Cómo hacer para que los equipos en la sede usen el router para "llegar"
a la central y luego el router que da salida a internet para que puedan
navegar y recibir correo?

Sabemos que se puede hacer (acceso a internet desde las sedes pasando
por la central), pero no cómo. Los router que unen la sede con la
central no los podemos tocar (por contrato, ya que no son propiedad de
la empresa), y las pruebas que hemos hecho no han funcionado.

A ver si me dais norte.
Gracias y un saludo.

Lo primero muchas gracias por tu tiempo.

El problema, que es lo que no veía yo claro, es que tanto el router de la
sede como el de la central que se encarga de "unir" la sede, no puedo
tocarlos como ya comenté. Entonces el router de la sede conecta con el
router de la central, y no se pueden definir otras rutas o direccionamiento
de peticiones a uno de nuestros servidores por esta misma razón.

Nos han comentado que se puede hacer, que las sedes quedan perfectamente
unidas con la central y que desde la sede se puede acceder a internet
pasando por la central (para centralizar el tráfico y poder controlarlo).
Pero hasta ahora, las pruebas que hemos hecho no consiguen esto. Desde la
central podemos hacer ping a la sede y tenemos acceso a internet (poniendo
como puerta de enlace el router que une con la sede y en config. de proxy la
ip del servidor proxy, que es el que tiene configurada la ip y está
conectado físicamente al router que sale a internet), pero en la sede no hay
acceso a internet. Supongo que algo estamos haciendo mal.

Muchas gracias y un saludo.


"JoeDan" escribió en el mensaje
news:%

Si ya sabía yo que no me había explicado bien,jeje.. vuelvo a redactar

1.- Se configuran en el PDC que es el que se encarga de hacer
enrutamiento.
2.- (te lo extiendo más abajo)
Así es, en la configuración que tú me dices en el primer mensaje,
desde el primer router ya haces llegar a los clientes hasta el otro server
que es el que se encarga de ver hacia donde tiene que enviar la petición.

Está claro que a los clientes no se les puede poner otra puerta de enlace
que no sea la del router que tienes en esa sede.

El que se encargará de enviar hacia un sitio u otro es el servidor que
tienes en la central, que tiene que tener configurado el servicio de
Enrutamiento y Acceso remoto, de ahí que este tenga que recibir todas las
peticiones de los clientes.

Entonces , el servidor que tienes en la central recibe la petición del
cliente (sede) y el mira hacia donde se tiene que dirigir ( en las rutas
estáticas ), si es una ruta que el conoce, osea, la interna lo enviará por
la puerta de enlace que le hayas especificado en esa ruta estática o por
la dirección que el ya conoce. Por lo que si la petición que recibe no la
conoce, la envía a Internet, de este modo hace la conexión
Interna/Externa.

No sé si me he explicado bien ahora (pero si no lo he hecho, vuelve a
preguntar que estaré por aquí).

Un saludo.



"Luis" escribió en el mensaje
news:

Pero en los equipos de la sede no me queda otro remedio que poner como
puerta de enlace el router que hay allí. En la sede no tenemos ningún
servidor de ningún tipo ni equipo que haga de proxy.

1.¿Estas rutas estáticas se configurarían en la central en el PDC o en un
servidor proxy?

2.Perdona pero no comprendo cómo trabajaría lo que explicas (tráfico de
la sede a la central). En la central se puede poner como puerta de enlace
el servidor y que sea este quien decida por dónde salir mediante las
rutas estáticas, si he entendido bien lo que explicas. Pero en la sede,
las peticiones llegarán del router de la sede (que sería la puerta de
enlace para los equipos de la sede) al router de la central, pero ahí se
quedarán porque no podrá llegar al servidor a ver las rutas, ¿no?

Muchas Gracias.


"JoeDan" escribió en el mensaje
news:%

Lo que tienes que hacer es crear rutas estáticas en el servidor de la
central, para que utilice una salida u otra en función de la necesidad.
Cuando la petición del cliente llegue a la central, el servidor de la
misma será el que tome la decisión de por qué puerta de enlace enviarlo.

Las rutas estáticas se hacen escribiendo route add -p rangodeIpdeDestino
mask Máscara de Red Puerta de enlace,
P.e., route add -p 85.25.100.20 mask 255.255.255.0 192.168.8.1
Así para la salida a internet pondrás un rango de Ip que sea
route add -p 0.0.0.0 mask 0.0.0.0 (la dirección del router que saca a
Internet)

Y para la salida a la otra sede pues pondrás la dirección a la que hace
referencia.

route add -p IpdelaSede mask (laquecorresponda) Ip del router que te
lleva a la otra sede.

Bueno no sé si me he expresado del todo bien, si tienes alguna duda
exponla a ver si te la podemos solucionar.

Un saludo.


"Luis" escribió en el mensaje
news:O2%

Tenemos una sede con varios equipos con Windows XP que se conectan
mediante un router a la central. En la central, tenemos un router que
une las sedes, y otro para salir a internet. En la central tenemos 2
servidores con Windows 2003 Server, en la sede no hay servidores.

¿Cómo hacer para que los equipos en la sede usen el router para
"llegar" a la central y luego el router que da salida a internet para
que puedan navegar y recibir correo?

Sabemos que se puede hacer (acceso a internet desde las sedes pasando
por la central), pero no cómo. Los router que unen la sede con la
central no los podemos tocar (por contrato, ya que no son propiedad de
la empresa), y las pruebas que hemos hecho no han funcionado.

A ver si me dais norte.
Gracias y un saludo.

Entiendo que la VPN la hacen los routers, y ahí está claro que no puedes
tocar nada.

Atención...pregunta,jeje.. ¿teneis otro router que os da salida a Internet?
¿está conectado a algún server? ¿Veis ese server desde todos los equipos?

Y Con esto a ver si podemos concretar.


"Luis" escribió en el mensaje
news:

Lo primero muchas gracias por tu tiempo.

El problema, que es lo que no veía yo claro, es que tanto el router de la
sede como el de la central que se encarga de "unir" la sede, no puedo
tocarlos como ya comenté. Entonces el router de la sede conecta con el
router de la central, y no se pueden definir otras rutas o
direccionamiento de peticiones a uno de nuestros servidores por esta misma
razón.

Nos han comentado que se puede hacer, que las sedes quedan perfectamente
unidas con la central y que desde la sede se puede acceder a internet
pasando por la central (para centralizar el tráfico y poder controlarlo).
Pero hasta ahora, las pruebas que hemos hecho no consiguen esto. Desde la
central podemos hacer ping a la sede y tenemos acceso a internet (poniendo
como puerta de enlace el router que une con la sede y en config. de proxy
la ip del servidor proxy, que es el que tiene configurada la ip y está
conectado físicamente al router que sale a internet), pero en la sede no
hay acceso a internet. Supongo que algo estamos haciendo mal.

Muchas gracias y un saludo.


"JoeDan" escribió en el mensaje
news:%

Si ya sabía yo que no me había explicado bien,jeje.. vuelvo a
redactar

1.- Se configuran en el PDC que es el que se encarga de hacer
enrutamiento.
2.- (te lo extiendo más abajo)
Así es, en la configuración que tú me dices en el primer mensaje,
desde el primer router ya haces llegar a los clientes hasta el otro
server que es el que se encarga de ver hacia donde tiene que enviar la
petición.

Está claro que a los clientes no se les puede poner otra puerta de enlace
que no sea la del router que tienes en esa sede.

El que se encargará de enviar hacia un sitio u otro es el servidor que
tienes en la central, que tiene que tener configurado el servicio de
Enrutamiento y Acceso remoto, de ahí que este tenga que recibir todas las
peticiones de los clientes.

Entonces , el servidor que tienes en la central recibe la petición del
cliente (sede) y el mira hacia donde se tiene que dirigir ( en las rutas
estáticas ), si es una ruta que el conoce, osea, la interna lo enviará
por la puerta de enlace que le hayas especificado en esa ruta estática o
por la dirección que el ya conoce. Por lo que si la petición que recibe
no la conoce, la envía a Internet, de este modo hace la conexión
Interna/Externa.

No sé si me he explicado bien ahora (pero si no lo he hecho, vuelve a
preguntar que estaré por aquí).

Un saludo.



"Luis" escribió en el mensaje
news:

Pero en los equipos de la sede no me queda otro remedio que poner como
puerta de enlace el router que hay allí. En la sede no tenemos ningún
servidor de ningún tipo ni equipo que haga de proxy.

1.¿Estas rutas estáticas se configurarían en la central en el PDC o en
un servidor proxy?

2.Perdona pero no comprendo cómo trabajaría lo que explicas (tráfico de
la sede a la central). En la central se puede poner como puerta de
enlace el servidor y que sea este quien decida por dónde salir mediante
las rutas estáticas, si he entendido bien lo que explicas. Pero en la
sede, las peticiones llegarán del router de la sede (que sería la puerta
de enlace para los equipos de la sede) al router de la central, pero ahí
se quedarán porque no podrá llegar al servidor a ver las rutas, ¿no?

Muchas Gracias.


"JoeDan" escribió en el mensaje
news:%

Lo que tienes que hacer es crear rutas estáticas en el servidor de la
central, para que utilice una salida u otra en función de la necesidad.
Cuando la petición del cliente llegue a la central, el servidor de la
misma será el que tome la decisión de por qué puerta de enlace
enviarlo.

Las rutas estáticas se hacen escribiendo route add -p
rangodeIpdeDestino mask Máscara de Red Puerta de enlace,
P.e., route add -p 85.25.100.20 mask 255.255.255.0 192.168.8.1
Así para la salida a internet pondrás un rango de Ip que sea
route add -p 0.0.0.0 mask 0.0.0.0 (la dirección del router que saca a
Internet)

Y para la salida a la otra sede pues pondrás la dirección a la que hace
referencia.

route add -p IpdelaSede mask (laquecorresponda) Ip del router que te
lleva a la otra sede.

Bueno no sé si me he expresado del todo bien, si tienes alguna duda
exponla a ver si te la podemos solucionar.

Un saludo.


"Luis" escribió en el mensaje
news:O2%

Tenemos una sede con varios equipos con Windows XP que se conectan
mediante un router a la central. En la central, tenemos un router que
une las sedes, y otro para salir a internet. En la central tenemos 2
servidores con Windows 2003 Server, en la sede no hay servidores.

¿Cómo hacer para que los equipos en la sede usen el router para
"llegar" a la central y luego el router que da salida a internet para
que puedan navegar y recibir correo?

Sabemos que se puede hacer (acceso a internet desde las sedes pasando
por la central), pero no cómo. Los router que unen la sede con la
central no los podemos tocar (por contrato, ya que no son propiedad de
la empresa), y las pruebas que hemos hecho no han funcionado.

A ver si me dais norte.
Gracias y un saludo.