FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Bueno, pues mirar en la configuracion del router he encontrado un apartado donde pone:
Advanced NAT Configuration... pincho ahí, y me lleva a un cuadro donde están todos los puertos que tengo abiertos en el router de la siguiente forma ------ Reserved Mappings Global IP XX.XX.XXX.XXX ... Direccion ip que pongo en la ruta para llegar a la bd Address Internal IP 192.168.1.3 .. equipo donde está la BD Address Transport Type tcp Port Number 3050 yo pienso que lo tengo bien, ya no se que hacer. Y si como dice Kinobi, en la gateway del 192.168.1.3 tengo la ip del router. Tendré que hacer algo en Interbase? Tendré que hacer algo en el S.O. W2000 prof sp3?
__________________
SI UN PROBLEMA TIENE SOLUCION, YA NO ES UN PROBLEMA, Y SI NO LA TIENE PARA QUE PREOCUPARSE. |
#2
|
||||
|
||||
Una pregunta: si tu dirección IP externa es dinámica, tal como comentaste en tu primer mensaje en el hilo, ¿cómo sabes desde el equipo remoto qué IP debes poner en la cadena de conexión?
Saludos. |
#3
|
|||
|
|||
Ip dinamica=puertos cerrados
Esta es la política de Telefónica para las ADSL sin IP fija. No solo pasas através del proxy cache, sino de además no te aseguran la apertura de puertos en sentido descendente (internet->router) salvo que contrates una IP fija, con lo cual ya puedes configurar bien NAT el el router que no te sirve de nada.
Eso fue lo que me dijo un técnico de Telefónica cuando llamé para pedir incidencia por un problema similar en un cliente al cuan queríamos redireccionar el puerto 80 y el 22 del router a un servidor de su intranet. Me comunicaron que sin IP fija no abrían los puertos. No obstante, en conexiones ADSL con puertos abiertos si he probado a conectar una aplicación en remoto a Interbase/Firebird enrutando el puerto 3050 y te diré que el rendimiento es pésimo. Te bloqueará la base de datos si usas un dbgrid, ya que consume mucho tráfico (ignoro porqué). Sí resulta más eficiente utilizar ibsql y apañarte la salida de texto en pantalla mediante grids simples o cualquier otro componente de texto. En definitiva, una aplicación para intranet que no haya sido concebida desde su origen para conexiones lentas tipo ADSL, a mi parecer que no resultan operativas en dicho entorno, o al menos esa ha sido mi experiencia puntual (vamos que no he estudiado el tema en profunidad). |
#4
|
|||||
|
|||||
Hola,
Cita:
Cita:
Cita:
Cita:
Cita:
Saludos. |
#5
|
|||
|
|||
Vale tomada nota acerca de los puertos en Ip dinamica. Y entonces que estructura recomendais para una aplicación que tiene que estar conectada entre coruña madrid y barcelona por ejemplo. Claro tendría que ser a través de internet
Saudiños a todos.
__________________
SI UN PROBLEMA TIENE SOLUCION, YA NO ES UN PROBLEMA, Y SI NO LA TIENE PARA QUE PREOCUPARSE. |
#6
|
||||
|
||||
Hola,
al ser una cuestión tan genérica, te remito a un hilo de hace unos días donde se discutió el tema en el foro "Conexión con bases de datos". Esta es la dirección al hilo: http://www.clubdelphi.com/foros/showthread.php?t=6435 Saludos. |
#7
|
|||
|
|||
Yo he hecho prueba através de ADSL usando Datasnap, y limitando el número de registros que traes simultaneamente, el resultado era aceptable. Ten encuenta que si usas ADSL en las dos partes y el envío, no recuerdo si estaba limitado a 64Kbps o así, entonces este ancho de banda es el total del que vas a disponer para la conexión, es decir, los 256 Kbps no te valen para nada.
Por cierto que, no sé que ocurre con otros operadores de cable, pero ONO no te cierra ningún puerto.
__________________
Guía de Estilo del Foro |
|
|
|