a que se debe este error?

Hola:
Ummm.
Mi opinion, creo que estas ignorando los hechos :(
a) En viejas versiones de SQL teniamos 3 tipos de seguridades: Windows,
SQL y Mixta. Ahora la de SQL murio y solo queda Windows/Mixta.
b) La documentacion en linea claramente indica:
==La autenticación de SQL Server se proporciona por motivos de compatibilidad
con versiones anteriores. == c) El mundo de Tecnologia es cada vez mas inseguro. Si la "seguridad de
SQL" es inherentemente insegura, y cada vez que se rompe la seguridad de un
Servidor de SQL se afecta la imagen de Microsoft y se perjudican las ventas
de SQL es para MS mejor negocio ayudar a sus clientes (nosotros) a construir
aplicaciones mas seguras y deshacerse de esa mala sombra.
d) MS realiza entre versiones cambios importantes incluso rompiendo las
compatibilidades entre versiones nuevas y viejas si es importante para algun
objetivo de Desarrollo. Si uno de los objetivos de la nueva version es ser
mas segura NECESARIAMENTE deben eliminar la seguridad de SQL. Un ejemplo de
esto es la eliminacion de los variant de VB en VB.NET!!!. Aun cuando
muchisimos programadores usan variables tipo variant e incluso en VBScript
de ASP todo era sin tipos, los problemas de desempeno y errores que producia
esto hizo que la nueva version fuera extrictamente con tipos.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Salvador Ramos escribio:

Si, esa sería otra alternativa si ese es el usuario con el que puede
conectar la aplicación (aunque de IIS casi no tengo conocimientos).

En cuanto al tema de la desaparición de la autenticación mixta no
comparto la opinión, quitar esa opción sería limitar el acceso a SQL
Server a ciertos usuarios (que no pertenezcan al dominio, que accedan
desde otros sistemas operativos, ...) y no creo que lo hagan. Lo que
si que ocurre es que siempre que sea posible se debe utilizar sólo
autenticación windows, que siempre será más seguro entre otras de sus
ventajas.


"Guido" escribió en el mensaje
news:

¿ No sería preferible darle permisos al usuario IUSR_servidor en el
sql
y dejar la autenticacion como sólo Windows ?

Supuestamente la autenticación mixta tiende a desaparecer... ¿o no?
Guido
Insetec

Salvador Ramos wrote:

Hola:

El problema es que tienes SQL Server configurado con sólo
autentificación Windows, por lo que no pueden entrar usuarios SQL,
debes cambiarlo a autentificación mixta.

Si quieres ampliar información, o una explicación de cómo hacer
este cambio consulta las FAQ's del grupo
http://www.helpdna.net/bosqlfaq.htm (creo que es el punto 3)

Un saludo
Salvador Ramos
Murcia - España
[MVP SQL Server]
www.helpdna.net

"Default_Per" escribió en el mensaje
news:

Microsoft OLE DB Provider for SQL Server (0x80004005)
Error de inicio de sesión del usuario 'sa'. Motivo: no está
asociado a una conexión de SQL Server de confianza.
/UNMSM/Administrador.asp, línea 10

trbajo con interdev y al momento de que mi htm pide este asp, me
sale ese error?

Hola Javier:

Coincido en las indicaciones que haces. También considero mucho más seguro
utilizar autenticació Windows, y que Microsoft está apostando cada vez con
más fuerza por la seguridad. Todo lo que indicas es correcto, pero eso, al
menos a mi no me hace llegar a la conclusión que tu has llegado (por fin
discrepamos en este foro, creo que es la primera vez que lo hacemos ;-)).

Mi comentario y opinión personal se basa en que:

- No creo que Microsoft elimine la posibilidad de acceso a usuarios "no
windows", ya que se cerraría parte del mercado (es una opinión personal, y
por supuesto, puedo estar equivocado).

- En SQL Server 2005 (conocido anteriormente como Yukon), y que aparecerá
según las últimas noticias que he leído, y si no hay nuevos cambios, dentro
de un año aproximadamente, por ahora se mantiene el acceso a usuarios "SQL".
Y en esta versión creo que se ha sufrido el cambio más grande de todos los
realizados en el producto, y no ha incorporado la restricción a sólo
usuarios autenticados.

Que en una version posterior pueda quedar eliminada ? me parece un futuro
muy lejano (ya sabes lo rápido que evoluciona todo en este mundillo, y
estaríamos hablando de dentro de 4 o 5 años) para plantearme si se producirá
dicho cambio :-)

Bueno, a ver si alguien más da su opinión, y le damos vidilla a cuestiones
como esta expresando nuestras perspectivas. Que no sea sólo este un sitio de
solución de problemas :-))

Un saludo
Salvador Ramos
Murcia - España
[MVP SQL Server]
www.helpdna.net

"Javier Loria" escribió en el mensaje
news:

Hola:
Ummm.
Mi opinion, creo que estas ignorando los hechos :(
a) En viejas versiones de SQL teniamos 3 tipos de seguridades:

Windows,

SQL y Mixta. Ahora la de SQL murio y solo queda Windows/Mixta.
b) La documentacion en linea claramente indica:
==> La autenticación de SQL Server se proporciona por motivos de

compatibilidad

con versiones anteriores. ==> c) El mundo de Tecnologia es cada vez mas inseguro. Si la "seguridad

de

SQL" es inherentemente insegura, y cada vez que se rompe la seguridad de

un

Servidor de SQL se afecta la imagen de Microsoft y se perjudican las

ventas

de SQL es para MS mejor negocio ayudar a sus clientes (nosotros) a

construir

aplicaciones mas seguras y deshacerse de esa mala sombra.
d) MS realiza entre versiones cambios importantes incluso rompiendo

las

compatibilidades entre versiones nuevas y viejas si es importante para

algun

objetivo de Desarrollo. Si uno de los objetivos de la nueva version es ser
mas segura NECESARIAMENTE deben eliminar la seguridad de SQL. Un ejemplo

de

esto es la eliminacion de los variant de VB en VB.NET!!!. Aun cuando
muchisimos programadores usan variables tipo variant e incluso en VBScript
de ASP todo era sin tipos, los problemas de desempeno y errores que

producia

esto hizo que la nueva version fuera extrictamente con tipos.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Salvador Ramos escribio:
> Si, esa sería otra alternativa si ese es el usuario con el que puede
> conectar la aplicación (aunque de IIS casi no tengo conocimientos).
>
> En cuanto al tema de la desaparición de la autenticación mixta no
> comparto la opinión, quitar esa opción sería limitar el acceso a SQL
> Server a ciertos usuarios (que no pertenezcan al dominio, que accedan
> desde otros sistemas operativos, ...) y no creo que lo hagan. Lo que
> si que ocurre es que siempre que sea posible se debe utilizar sólo
> autenticación windows, que siempre será más seguro entre otras de sus
> ventajas.
>
>
> "Guido" escribió en el mensaje
> news:
>> ¿ No sería preferible darle permisos al usuario IUSR_servidor en el
>> sql
>> y dejar la autenticacion como sólo Windows ?
>>
>> Supuestamente la autenticación mixta tiende a desaparecer... ¿o no?
>> Guido
>> Insetec
>>
>> Salvador Ramos wrote:
>>>
>>> Hola:
>>>
>>> El problema es que tienes SQL Server configurado con sólo
>>> autentificación Windows, por lo que no pueden entrar usuarios SQL,
>>> debes cambiarlo a autentificación mixta.
>>>
>>> Si quieres ampliar información, o una explicación de cómo hacer
>>> este cambio consulta las FAQ's del grupo
>>> http://www.helpdna.net/bosqlfaq.htm (creo que es el punto 3)
>>>
>>> Un saludo
>>> Salvador Ramos
>>> Murcia - España
>>> [MVP SQL Server]
>>> www.helpdna.net
>>>
>>> "Default_Per" escribió en el mensaje
>>> news:
>>>> Microsoft OLE DB Provider for SQL Server (0x80004005)
>>>> Error de inicio de sesión del usuario 'sa'. Motivo: no está
>>>> asociado a una conexión de SQL Server de confianza.
>>>> /UNMSM/Administrador.asp, línea 10
>>>>
>>>> trbajo con interdev y al momento de que mi htm pide este asp, me
>>>> sale ese error?

Yo si fuera microsoft, buscaría alguna alternativa para sacar la aut.
SQL definitivamente. Ojo, no es q te quiera complicar la vida a vos
Salvador! :)
Me parece q mantenerla es como comprar una puerta computarizada para el
edificio pero dejar la vieja con cerradura común por las dudas que haya
gente q no tiene la tarjeta de ingreso...

Ojo, yo tengo mi server con Mixta y la uso y estoy agradecido de
tenerla, pero soy consciente de que es ridículo en el 2004 validar a un
usuario en dos lugares distintos, así fuera super segura la validacion
de sql2000

Guido.-
Insetec
Argentina

Salvador Ramos wrote:

Hola Javier:

Coincido en las indicaciones que haces. También considero mucho más seguro
utilizar autenticació Windows, y que Microsoft está apostando cada vez con
más fuerza por la seguridad. Todo lo que indicas es correcto, pero eso, al
menos a mi no me hace llegar a la conclusión que tu has llegado (por fin
discrepamos en este foro, creo que es la primera vez que lo hacemos ;-)).

Mi comentario y opinión personal se basa en que:

- No creo que Microsoft elimine la posibilidad de acceso a usuarios "no
windows", ya que se cerraría parte del mercado (es una opinión personal, y
por supuesto, puedo estar equivocado).

- En SQL Server 2005 (conocido anteriormente como Yukon), y que aparecerá
según las últimas noticias que he leído, y si no hay nuevos cambios, dentro
de un año aproximadamente, por ahora se mantiene el acceso a usuarios "SQL".
Y en esta versión creo que se ha sufrido el cambio más grande de todos los
realizados en el producto, y no ha incorporado la restricción a sólo
usuarios autenticados.

Que en una version posterior pueda quedar eliminada ? me parece un futuro
muy lejano (ya sabes lo rápido que evoluciona todo en este mundillo, y
estaríamos hablando de dentro de 4 o 5 años) para plantearme si se producirá
dicho cambio :-)

Bueno, a ver si alguien más da su opinión, y le damos vidilla a cuestiones
como esta expresando nuestras perspectivas. Que no sea sólo este un sitio de
solución de problemas :-))

Un saludo
Salvador Ramos
Murcia - España
[MVP SQL Server]
www.helpdna.net

"Javier Loria" escribió en el mensaje
news:
> Hola:
> Ummm.
> Mi opinion, creo que estas ignorando los hechos :(
> a) En viejas versiones de SQL teniamos 3 tipos de seguridades:
Windows,
> SQL y Mixta. Ahora la de SQL murio y solo queda Windows/Mixta.
> b) La documentacion en linea claramente indica:
> ==> > La autenticación de SQL Server se proporciona por motivos de
compatibilidad
> con versiones anteriores. ==> > c) El mundo de Tecnologia es cada vez mas inseguro. Si la "seguridad
de
> SQL" es inherentemente insegura, y cada vez que se rompe la seguridad de
un
> Servidor de SQL se afecta la imagen de Microsoft y se perjudican las
ventas
> de SQL es para MS mejor negocio ayudar a sus clientes (nosotros) a
construir
> aplicaciones mas seguras y deshacerse de esa mala sombra.
> d) MS realiza entre versiones cambios importantes incluso rompiendo
las
> compatibilidades entre versiones nuevas y viejas si es importante para
algun
> objetivo de Desarrollo. Si uno de los objetivos de la nueva version es ser
> mas segura NECESARIAMENTE deben eliminar la seguridad de SQL. Un ejemplo
de
> esto es la eliminacion de los variant de VB en VB.NET!!!. Aun cuando
> muchisimos programadores usan variables tipo variant e incluso en VBScript
> de ASP todo era sin tipos, los problemas de desempeno y errores que
producia
> esto hizo que la nueva version fuera extrictamente con tipos.
> Saludos,
>
>
> Javier Loria
> Costa Rica
> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
> que pueda ser copiado y pegado al Query Analizer.
> La version de SQL y Service Pack tambien ayuda.
>
> Salvador Ramos escribio:
> > Si, esa sería otra alternativa si ese es el usuario con el que puede
> > conectar la aplicación (aunque de IIS casi no tengo conocimientos).
> >
> > En cuanto al tema de la desaparición de la autenticación mixta no
> > comparto la opinión, quitar esa opción sería limitar el acceso a SQL
> > Server a ciertos usuarios (que no pertenezcan al dominio, que accedan
> > desde otros sistemas operativos, ...) y no creo que lo hagan. Lo que
> > si que ocurre es que siempre que sea posible se debe utilizar sólo
> > autenticación windows, que siempre será más seguro entre otras de sus
> > ventajas.
> >
> >
> > "Guido" escribió en el mensaje
> > news:
> >> ¿ No sería preferible darle permisos al usuario IUSR_servidor en el
> >> sql
> >> y dejar la autenticacion como sólo Windows ?
> >>
> >> Supuestamente la autenticación mixta tiende a desaparecer... ¿o no?
> >> Guido
> >> Insetec
> >>
> >> Salvador Ramos wrote:
> >>>
> >>> Hola:
> >>>
> >>> El problema es que tienes SQL Server configurado con sólo
> >>> autentificación Windows, por lo que no pueden entrar usuarios SQL,
> >>> debes cambiarlo a autentificación mixta.
> >>>
> >>> Si quieres ampliar información, o una explicación de cómo hacer
> >>> este cambio consulta las FAQ's del grupo
> >>> http://www.helpdna.net/bosqlfaq.htm (creo que es el punto 3)
> >>>
> >>> Un saludo
> >>> Salvador Ramos
> >>> Murcia - España
> >>> [MVP SQL Server]
> >>> www.helpdna.net
> >>>
> >>> "Default_Per" escribió en el mensaje
> >>> news:
> >>>> Microsoft OLE DB Provider for SQL Server (0x80004005)
> >>>> Error de inicio de sesión del usuario 'sa'. Motivo: no está
> >>>> asociado a una conexión de SQL Server de confianza.
> >>>> /UNMSM/Administrador.asp, línea 10
> >>>>
> >>>> trbajo con interdev y al momento de que mi htm pide este asp, me
> >>>> sale ese error?
>
>

jeje, no creas que yo la defiendo, simplemente es una opinión de como veo el
tema. De hecho yo si que tengo en mis servidores sólo Windows ;-)

Un saludo
Salvador Ramos
Murcia - España
[MVP SQL Server]
www.helpdna.net

"Guido" escribió en el mensaje news:

Yo si fuera microsoft, buscaría alguna alternativa para sacar la aut.
SQL definitivamente. Ojo, no es q te quiera complicar la vida a vos
Salvador! :)
Me parece q mantenerla es como comprar una puerta computarizada para el
edificio pero dejar la vieja con cerradura común por las dudas que haya
gente q no tiene la tarjeta de ingreso...

Ojo, yo tengo mi server con Mixta y la uso y estoy agradecido de
tenerla, pero soy consciente de que es ridículo en el 2004 validar a un
usuario en dos lugares distintos, así fuera super segura la validacion
de sql2000

Guido.-
Insetec
Argentina

Salvador Ramos wrote:
>
> Hola Javier:
>
> Coincido en las indicaciones que haces. También considero mucho más

seguro

> utilizar autenticació Windows, y que Microsoft está apostando cada vez

con

> más fuerza por la seguridad. Todo lo que indicas es correcto, pero eso,

al

> menos a mi no me hace llegar a la conclusión que tu has llegado (por fin
> discrepamos en este foro, creo que es la primera vez que lo hacemos

;-)).

>
> Mi comentario y opinión personal se basa en que:
>
> - No creo que Microsoft elimine la posibilidad de acceso a usuarios "no
> windows", ya que se cerraría parte del mercado (es una opinión personal,

y

> por supuesto, puedo estar equivocado).
>
> - En SQL Server 2005 (conocido anteriormente como Yukon), y que

aparecerá

> según las últimas noticias que he leído, y si no hay nuevos cambios,

dentro

> de un año aproximadamente, por ahora se mantiene el acceso a usuarios

"SQL".

> Y en esta versión creo que se ha sufrido el cambio más grande de todos

los

> realizados en el producto, y no ha incorporado la restricción a sólo
> usuarios autenticados.
>
> Que en una version posterior pueda quedar eliminada ? me parece un

futuro

> muy lejano (ya sabes lo rápido que evoluciona todo en este mundillo, y
> estaríamos hablando de dentro de 4 o 5 años) para plantearme si se

producirá

> dicho cambio :-)
>
> Bueno, a ver si alguien más da su opinión, y le damos vidilla a

cuestiones

> como esta expresando nuestras perspectivas. Que no sea sólo este un

sitio de

> solución de problemas :-))
>
> Un saludo
> Salvador Ramos
> Murcia - España
> [MVP SQL Server]
> www.helpdna.net
>
> "Javier Loria" escribió en el mensaje
> news:
> > Hola:
> > Ummm.
> > Mi opinion, creo que estas ignorando los hechos :(
> > a) En viejas versiones de SQL teniamos 3 tipos de seguridades:
> Windows,
> > SQL y Mixta. Ahora la de SQL murio y solo queda Windows/Mixta.
> > b) La documentacion en linea claramente indica:
> > ==> > > La autenticación de SQL Server se proporciona por motivos de
> compatibilidad
> > con versiones anteriores. ==> > > c) El mundo de Tecnologia es cada vez mas inseguro. Si la

"seguridad

> de
> > SQL" es inherentemente insegura, y cada vez que se rompe la seguridad

de

> un
> > Servidor de SQL se afecta la imagen de Microsoft y se perjudican las
> ventas
> > de SQL es para MS mejor negocio ayudar a sus clientes (nosotros) a
> construir
> > aplicaciones mas seguras y deshacerse de esa mala sombra.
> > d) MS realiza entre versiones cambios importantes incluso

rompiendo

> las
> > compatibilidades entre versiones nuevas y viejas si es importante para
> algun
> > objetivo de Desarrollo. Si uno de los objetivos de la nueva version es

ser

> > mas segura NECESARIAMENTE deben eliminar la seguridad de SQL. Un

ejemplo

> de
> > esto es la eliminacion de los variant de VB en VB.NET!!!. Aun cuando
> > muchisimos programadores usan variables tipo variant e incluso en

VBScript

> > de ASP todo era sin tipos, los problemas de desempeno y errores que
> producia
> > esto hizo que la nueva version fuera extrictamente con tipos.
> > Saludos,
> >
> >
> > Javier Loria
> > Costa Rica
> > Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
> > que pueda ser copiado y pegado al Query Analizer.
> > La version de SQL y Service Pack tambien ayuda.
> >
> > Salvador Ramos escribio:
> > > Si, esa sería otra alternativa si ese es el usuario con el que puede
> > > conectar la aplicación (aunque de IIS casi no tengo conocimientos).
> > >
> > > En cuanto al tema de la desaparición de la autenticación mixta no
> > > comparto la opinión, quitar esa opción sería limitar el acceso a SQL
> > > Server a ciertos usuarios (que no pertenezcan al dominio, que

accedan

> > > desde otros sistemas operativos, ...) y no creo que lo hagan. Lo que
> > > si que ocurre es que siempre que sea posible se debe utilizar sólo
> > > autenticación windows, que siempre será más seguro entre otras de

sus

> > > ventajas.
> > >
> > >
> > > "Guido" escribió en el mensaje
> > > news:
> > >> ¿ No sería preferible darle permisos al usuario IUSR_servidor en el
> > >> sql
> > >> y dejar la autenticacion como sólo Windows ?
> > >>
> > >> Supuestamente la autenticación mixta tiende a desaparecer... ¿o no?
> > >> Guido
> > >> Insetec
> > >>
> > >> Salvador Ramos wrote:
> > >>>
> > >>> Hola:
> > >>>
> > >>> El problema es que tienes SQL Server configurado con sólo
> > >>> autentificación Windows, por lo que no pueden entrar usuarios SQL,
> > >>> debes cambiarlo a autentificación mixta.
> > >>>
> > >>> Si quieres ampliar información, o una explicación de cómo hacer
> > >>> este cambio consulta las FAQ's del grupo
> > >>> http://www.helpdna.net/bosqlfaq.htm (creo que es el punto 3)
> > >>>
> > >>> Un saludo
> > >>> Salvador Ramos
> > >>> Murcia - España
> > >>> [MVP SQL Server]
> > >>> www.helpdna.net
> > >>>
> > >>> "Default_Per" escribió en el mensaje
> > >>> news:
> > >>>> Microsoft OLE DB Provider for SQL Server (0x80004005)
> > >>>> Error de inicio de sesión del usuario 'sa'. Motivo: no está
> > >>>> asociado a una conexión de SQL Server de confianza.
> > >>>> /UNMSM/Administrador.asp, línea 10
> > >>>>
> > >>>> trbajo con interdev y al momento de que mi htm pide este asp, me
> > >>>> sale ese error?
> >
> >