![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hola Xianto, ahora mismo estoy en el curro y no puedo ponerme con ello ya q lo tengo en casa pero te contesto algunas de las preguntas q me has hecho:
1. Estas conectandote usando OleDB o Odbc ? Creo q estoy usando OLE 2.En el Servidor SQL, tienes puesto para acceder usuarios de Windows y del SQL ? Sí, tengo lo de seguridad en el modo mixto (creo q te refieres a eso...) 3.El server acepta conexiones al 1433 o pipes ? Eso tampoco sé bien como mirarlo, si te refieres a lo de Client Network Utility, ayer me cree un alias q usaba TCP/IP y cuando lo hacía así se bloqueaba. Si lo dejaba tal como está sí q me iba (en red local). 4.Si acepta conexiones al puerto 1433 el server lo tiene abierto ? Sí, el router tiene abierto el puerto 1433 tanto para subida como para bajada. 5.Cual es el "driver de proveedor, el adecuado" que has puesto ? Ahora no se recuerdo el nombre exacto pero es el q viene como MS SQL o algo así, de todas formas digo q debe ser el correcto pq en red local todo va bien con ese driver de proveedor. Un saludo. Última edición por AFilth fecha: 04-01-2006 a las 19:41:10. |
#2
|
|||
|
|||
Bueno, tras bastantes pruebas creando una conexion con el ODBC de sqlserver y con los componentes tanto TDatabase como ADOQuery, cuando el servidor está en red local todo funciona bien, pero cuando lo intento con mi ip pública no hay manera de acceder a él.
Creo q el error viene por ahí. Ahora hago yo algunas preguntas... Se puede tener montado un SQL Server 2000 bajo un windows xp y q esté actuando como servidor no s´solo en red privada, sino tb en la pública ó hay q tenerlo montado en algún 2000 server, NT server o 2003 server? Creo q mi problema viene de q no consigo conectar al servidor por puerto...a q puede ser debido si tengo ese puerto abierto? Salu2. |
#3
|
|||
|
|||
Buenas otra vez, al final veo q relleno el post yo solo
![]() He pensado antes, hablando con unos compañeros de trabajo, q como tengo router seguramente sea proble a de esto, ya q ahora mismo está configurado en multipuesto. Supongo q tendré q configurar la NAT ya q si no parece q no está accesible el puerto a través de mi ip fija. Cuando pruebe ya os cuento... Un saludo. |
#4
|
||||
|
||||
Hola:
Porqué configuras ODBC si estas usando tecnología ADO ?, este último es totalmente independiente de ODBC, eso está claro !! Ahora yo me he conectado poniendo la ip del servidor de SQL Server a través de red privada (VPN). No basta saber la dirección del server de la BD para ser vista desde fuera de esa red, para eso debes saber la dirección de esa red, eso se logra con tecnología VPN, tú puedes conectarte desde internet desde cualquier parte pero debes tener una VPN, por lo menos yo no conozco otra forma de acceder desde otra lugar que no sea así. Hasta Luego -
__________________
No todo es como parece ser... |
#5
|
||||
|
||||
Perdón por no escribir, es que he estado complicado.
Creo que tu problema es simplemente de puertos. Para conectarte a SQL, necesitas abierto el puerto 1433 del server para hablar con el server... Este te pedira usuario y pass, y si todo va bien la comunicación inicia. Intenta hablar con ese puerto desde afuera, quizas tengas multipuesto y no puedas abrir ese puerto a menos que configures NAT. Por otro lado, verifica que en Delphi tengas OleDB para la conexión con la DB y que el driver del proveedor es SQLOLEDB o SQLOLEDB.1, porque de lo contrario estarias configurando ODBC y utilizando OleDB, y son cosas distintas. Para probar desde afuera, te sugiero que lo hagas con ODBC, ya que es más fácil, asi que intenta generar la conexión con el puerto 1433 o con Pipes, para ver cual va. Y con el SQL en XP, tienes la pega de que debes estar usando el SQL Desktop Engine, no la versión Server, ya que en XP no funciona... Tiene algunas limitaciones, pero son de tamaño de DB, memoria, cpu y conexiones. Bue, te dirias que intentes configurar el NAT y nos cuentas ! Saludos.
__________________
El diseño dira si tiene futuro... |
#6
|
||||
|
||||
Cita:
![]()
__________________
No todo es como parece ser... |
#7
|
|||
|
|||
Gracias por las contestaciones chicos. Al final era tema del router, al tenerlo en multipuesto y no tener ocnfigurada la NAT no podia establecer la conexion con la BBDD desde fuera. Cuando he cambiado a monopuesto para probar no ha habido ningun problema y todo funciona perfectamente.
Ahora solo me queda aprender a configurar la NAT para dejarlo en multipuesto como estaba antes. Un saludo y muchas gracias otra vez. |
![]() |
|
|
![]() |
|