Access denied

[cesarpunk]

Saludos colegas.

Pues estoy conectandome remotamente a una BD (desde el SQLYog) y deseo ejecutar un simple procedimiento almacenado. Pues pude crearlo pero no ejecutarlo:

Código:

CREATE TABLE p_test
(
	codigotest varchar(12)
)


DELIMITER $$
CREATE PROCEDURE sp_mete_test()
BEGIN
Insert into p_test values('uno');
END$$
DELIMITER ;

Y al hacer CALL sp_mete_test(); me retorna esto:

Código:

Error Code : 1044
Access denied for user 'xxxxx'@'%' to database 'xxxx'
(0 ms taken)

Localmente y en el PHPMyAdmin funciona correctamente , pero remotamente no me deja ejecutar esto.

Creí que esto era cuestión de permisos y me comuniqué con el soporte del hosting y me dijeron que tenía todos los permisos y que podía ser un bug del SQLyog. Pero ese procedimiento almacenado tambien lo ejecutamos desde un ejecutable en el .NET framework con la librería MYSQL Connector y me sale el mismo error. Lo mismo me sucede al querer eliminar el procedimiento y al querer crear triggers...

Me gustaría saber que es lo que causa ese error? Ahora, los de soporte también mencionaron que quizás esté usando una instrucción que requiere permisos de super usuario y que ellos no pueden darmelo porque es un servidor compartido.

Espero alguién me pueda ayudar en este tema.

[helacer]

necesita correrun grant all privileges que le de todos los privilegios de crecion, consulta modificacion y borrado en la base de datos desde el host remoto.

[cesarpunk]

efectivamente el soporte de hosting ejecutó un GRANT ALL al usuario que se conecta remotamente:

mysql> GRANT ALL ON xxx_db.* TO userxxx@localhost IDENTIFIED BY 'pwxxx';
Query OK, 0 rows affected (0.00 sec)

Pero aún me sigue restringiendo la ejecución y eliminación de los procedimientos almacenados.

Código:

execute command denied to user 'userxxx@'%' for routine 'xxx_db.sp_test'

La verdad nosé que otro permiso necesito?

[gnzsoloyo]

GRANT ALL no asigna ciertos permisos, como EXECUTE , GRANT OPTION y FILE.
Esos permisos se deben otorgar específicamente.

Código MySQL:

GRANT EXECUTE ON xxx_db.* TO userxxx@'%' IDENTIFIED BY 'pwxxx';
 

Cuidado que un TO userxxx@localhost, sólo concede permisos para conexión local, pero no te permitirá hacer nada en remoto. Ni siquiera ejecutar los SP.

[cesarpunk]

Gracias por responder, pero en soporte como tendrían que ejecutar los GRANT ? cual sería la sintaxis correcta sin el TO o para que conceda permisos a conexiones remotas? o si es posible hacerlo yo desde mi máquina?

Espero me puedas ayudar

[gnzsoloyo]

te acabo de poner el ejemplo arriba.
No se puede eliminar el "TO user@" porque en los DBMS no hay permisos genéricos fuera de la implementación de roles, que en MySQL no tiene.
En cuanto a lo que tu puedes hacer, todo usuario tiene una restricción universal: No se puede otorgar más permisos de los que uno mismo tiene.
Eso quiere decir que si usas un usuario que puede crear usuarios (permiso especial), si no tienes permisos EXECUTE, no lo puedes dar, por ejemplo.
Para mayor precisión, consultar el manual de referencia: 13.5.1.3. Sintaxis de GRANT y REVOKE

[cesarpunk]

Uh si, no había captado bien el mensaje anterior, mil disculpas... le mande un mensaje a los del hosting para que me concedan permisos EXECUTE a userxxx@% (supongo que el comodín % valdrá para cualquier IP remoto que me conecte)

Cualquier resultado te comento. Gracias.

[cesarpunk]

Hola, bueno ya pude resolver el problema de ejecución de SP aunque me falta privilegios para borrarlos y actualizarlos (que creo que son ALTER)

Pero en el caso de los TRIGGERS me sale el siguiente error:

Access denied; you need the SUPER privilege for this operation

Existe un GRANT para los TRIGGERS?

[gnzsoloyo]

¿Leíste el link que te puse?
Allí te explica en detalle el asunto...

[cesarpunk]

Bueno sip, me lo explicaron, según el manual de MYSQl los triggers necesitan super privilegios para ser creados... desgraciadamente el servidor que uso es compartido y no me pueden dar esos privilegios. Creo que podré crear triggers cuando tenga un VPS. Bueno gracias por tu ayuda.