Urgente - Puerto 1433

28/04/2007 - 15:34 por Isabela | Informe spam
Perdon por lo intensa..pero me urge resolver este problema, los
usuarios que tengo en el active directory de esta sede trabajan ok.
Pero necesito que las otras sedes que se comunican por ip me funcionen
llevan 3 dias en stand bye...


En fin ...configure de la siguiente manera

Herramientas de Red de Cliente / client network utility

activar tpc/ip = 1433 como puerto

- alias
server alias = servidor
network library = Canalizacion por nombre (named pipes)
connection parameters = \\servidor\pipe\sql\query

en Herramientas de Red de Servidor / server network utility

activar tcp/ip = 1433 como puerto

Preguntas similare

Leer las respuestas

#1 Isabela
28/04/2007 - 16:40 | Informe spam
Ejecuto SVRNETCN y compruebo que estan Habilitados los protocolos de
Red:
Ejecuto el comando NETSTAT -nao y el puerto 1433/1434 no esta a la
escucha ni el motor SQL tiene a la escucha ningun otro puerto a la
escucha.
Respuesta Responder a este mensaje
#2 Maxi
29/04/2007 - 00:44 | Informe spam
Hola, y cual es el problema por el cual no te podes conectar?

"Isabela" escribió en el mensaje de noticias
news:
Perdon por lo intensa..pero me urge resolver este problema, los
usuarios que tengo en el active directory de esta sede trabajan ok.
Pero necesito que las otras sedes que se comunican por ip me funcionen
llevan 3 dias en stand bye...


En fin ...configure de la siguiente manera

Herramientas de Red de Cliente / client network utility

activar tpc/ip = 1433 como puerto

- alias
server alias = servidor
network library = Canalizacion por nombre (named pipes)
connection parameters = \\servidor\pipe\sql\query

en Herramientas de Red de Servidor / server network utility

activar tcp/ip = 1433 como puerto

Respuesta Responder a este mensaje
#3 Gustavo Larriera (MVP)
29/04/2007 - 01:28 | Informe spam
Entiendo de tu mensaje que hay usuarios que no tienen problema alguno en
conectarse por tcpip al puerto 1433, pero que hay otros usuarios que sí
lo tienen.

Deduzco que no tienes un problema de configuración en SQL Server sino
que tienes un problema de conectividad en tu red.

Verifica si los usuarios que no puedne conectarse al SQL Server no están
atravesando firewalls o routers que los estén bloqueando. Solicita ayuda
a tus administradores de redes de comunicación y de seguridad.

No creo que estés teniendo problemas en tu SQL Server.

Gustavo Larriera, MVP
Solid Quality
Blog: http://blogs.solidq.com/ES/glarriera
MVP Profile: https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase
/ This message is provided "AS IS" with no warranties expressed or
implied, and confers no rights.


In article ,
says...
Perdon por lo intensa..pero me urge resolver este problema, los
usuarios que tengo en el active directory de esta sede trabajan ok.
Pero necesito que las otras sedes que se comunican por ip me funcionen
llevan 3 dias en stand bye...


En fin ...configure de la siguiente manera

Herramientas de Red de Cliente / client network utility

activar tpc/ip = 1433 como puerto

- alias
server alias = servidor
network library = Canalizacion por nombre (named pipes)
connection parameters = \\servidor\pipe\sql\query

en Herramientas de Red de Servidor / server network utility

activar tcp/ip = 1433 como puerto


Respuesta Responder a este mensaje
#4 Isabela
30/04/2007 - 14:28 | Informe spam
No... los usuarios que no tienen problemas es porque la conexion la
hago por canalizacion por nombre, y los creo en el directorio
activo... pero si intento usar tcpip no me funciona...

Cuando hago todas las pruebas el problema se presenta cuando hago
telnet servidor 1433...es decir ...

- El servicio MSSQL esta iniciado.
- Puedo iniciar el Enterprise Manager/Query Analizer/OSQL o cualquier
herramienta y usar el Servidor.
- En la estacion si hago PING DireccionIP, contestad) En la estacion
si hago PING NombreServidor constesta

Necesito que las sedes se comuniquen por ip..porque la conexion la
hago por direcciones publicas...

No se si me hice entender

Gracias!


Isabela
Respuesta Responder a este mensaje
#5 Isabela
30/04/2007 - 16:53 | Informe spam
No los firewalls y routers no son el problema...ya revisamos...
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida