[SOLUCIONADO] INSERT command denied to user...

[berkeleyPunk]

Hola!

Tengo un script que guarda registros en la BD local. Todo funciona bien.

Pero si subo el script a online, en pantalla se muestra: INSERT command denied to user 'mi_usuario'@'localhost' for table 'mi_tabla'

He googleado por una solución, y entiendo que tal vez el asunto tiene que ver con los privilegios asignados a mi usuario en la BD.

Tengo acceso al cPanel del sitio donde está la BD y yo mismo he creado un usuario para la BD en cuestión. Además, me he asignado todos los privilegios, incluyendo el INSERT. Pero la cosa no mejora.

¿Cómo hago para solucionar el problema?


Saludos!




PD. Al ejecutar la query SHOW GRANTS; confirmo que tengo todos los privilegios. En pantalla se muestra:
GRANT USAGE ON *.* TO 'bmx'@'localhost' IDENTIFIED BY PASSWORD '*AB1BA39DE16FD9D157B2445DB97253EBFE61AA5'
GRANT ALL PRIVILEGES ON `mi\_bd1`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `mi\_bd2`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `mi\_%`.* TO 'bmx'@'localhost'

[gnzsoloyo]

Ejecutar inserciones desde un script requiere permisos de FILE, que se den otorgar en forma específica.

[berkeleyPunk]

Iniciado por gnzsoloyo

Ejecutar inserciones desde un script requiere permisos de FILE...

Maestro gnzsoloyo, buenas tardes y ¡feliz Brasil 2014! . Googlé sobre los permisos FILE y me encontré con esta página. Informo que, cosa que se notará bien, en este tema francamente no sé qué estoy haciendo !

Imagino que la línea que dice: "mysql>..." es una query MySQL. Así que modifiqué la conexión así:

Código PHP:

  $conexion = mysql_connect("localhost", "mi_usuario", "mi_pass");

$file = "mysql> grant file on *.* to mi_usuario@'localhost'";
mysql_query($file);
  
if ($conexion)
{
    mysql_select_db("mi_bd");
}
else
{
    echo 'Fallo en la conexión a la BD';
}  
   

Lo cual si bien no manda error, no arregla el problema.




Saludos!

[gnzsoloyo]

mysql>

Es la el shell de la consola de comandos de MySQL, no es parte de la query, y te está generando errores sin lugar a dudas.
Los comandos GRANT y REVOKE, como también los de CREATE USER, son comandos que no deben ejecutarse por script, no es conveniente ni seguro. Son comandos administrativos sumamente críticos.
Lo que te he dicho es que debes darle al usuario que ejecutará la toma del script de inserciones, el permiso de FILE, sin lo cual esa tarea es imposible, hagas lo que hagas.
Por default sólo el root (usuario que no debe usarse en conexiones programadas), tiene por si mismo todos los permisos.

Ahora bien, debes tener claro y presente una regla de oro de la administración de usuarios: Los permisos son heredables.
¿Que quiere decir eso?
Que para que un usuario B pueda recibir de otro A un determinado permiso, el usuario A a su vez debe poseerlo previamente. Nadie puede dar permisos que no poseee.
¿Se entiende?

Como ya mencionaste que usabas CPAnel, te recomiendo que lo sigas usando para otorgar los mencionados permisos al usuario en cuestión, y si en la lista de permisos otorgables no aparece el FILE, es porque el usuario que utilizas para acceder a CPanel no lo tiene, ni lo puede otorgar.
¿Se entiende?

Finalmente: Lees las normas del foro. No se tratan, ni se deben postear códigos de programación. Este foro es sobre Bases de Datos y MySQL. Sólo se permite SQL.
Para dudas de programación, están los foros de cada lenguaje.

Posdata: Perdón que lo exprese de esta forma, pero antes de perder el tiempo con paginas como la que linkeaste, te recomiendo enfáticamente que leas el manual de referencia, que es donde realmente se explican y definen las cosas que se puede hacer o no.
MySQL::13.5.1.3. Sintaxis de GRANT y REVOKE

[berkeleyPunk]

Ok, veo entonces que no tengo mucho que hacer en este foro.

Me voy al foro de bases de datos en general, por acá.

Gracias y hasta pronto .

[gnzsoloyo]

Creo que tienes una enorme confusión. El tema a resolver no es genérico, sino específico de la forma de administración de MySQL.

¿Entendiste que tienes que acudir a CPANEL, o bien alguna interfaz como MySQL Workbench, o phpMyadmin, y verificar los permisos que tienes tu, para ver si puedes darselos a ese usuario.

¿Lo hiciste?

[berkeleyPunk]

Iniciado por gnzsoloyo

... ¿Entendiste que tienes que acudir a CPANEL... y verificar los permisos que tienes tu, para ver si puedes darselos a ese usuario... ¿Lo hiciste?

Hice dos cosas, gnzsoloyo, que me parece responden satisfactoriamente tu pregunta:

1.Dentro del cPanel, entré en MySQL Bases de Datos, di clic al usuario asignado a la BD en cuestión, lo cual me dirigió a los privilegios de dicho usuario. Resultado: todos los privilegios asignados (no aparece la opción FILE que comentabas antes):

• ALTER
• CREATE ROUTINE
• CREATE VIEW
• DROP
• INDEX
• LOCK TABLES
• SELECT
• TRIGGER
• CREATE
• CREATE TEMPORARY
• DELETE
• EXECUTE
• INSERT
• REFERENCES
• SHOW VIEW
• UPDATE

[/SIZE]



2.Dentro de phpMyAdmin di clic a la pestaña SQL y ejecuté la consulta SHOW GRANTS; lo cual dio como resultado:

Código MySQL:

GRANT USAGE ON *.* TO 'bmx'@'localhost' IDENTIFIED BY PASSWORD '*AB1BA23DE35FD9D157B5445DB97253EBCF82AA53'
GRANT ALL PRIVILEGES ON `bmx\_tabla1`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla2`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla3`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_%`.* TO 'bmx'@'localhost'
 

Por lo que veo, todo bien, ¿no?

Saludos!

[gnzsoloyo]

Por lo que veo, todo bien, ¿no?

No.
En la lista que muestra no está el permiso de FILE, por lo que puedo suponer que el usuario de que dispones para crear usuarios no lo tiene, y por tanto no lo puede otorgar.

Vamos a leer lo que dice el link que ya te pasé al respecto:

Los permisos FILE, PROCESS, RELOAD, REPLICATION CLIENT, REPLICATION SLAVE, SHOW DATABASES, SHUTDOWN, y SUPER son permisos administrativos que sólo pueden darse globalmente (usando sintaxis ON *.* ).

Para los niveles global, base de datos, tabla y rutina, GRANT ALL asigna sólo los permisos que existen en el nivel que está otorgándolos. Por ejemplo, si usa GRANT ALL ON db_name.*, este es un comando de nivel de base de datos, así que ninguno de los permisos únicamente globales tales como FILE se otorgan.

Esto último quiere decir que lo que haces:

Código MySQL:

GRANT USAGE ON *.* TO 'bmx'@'localhost' IDENTIFIED BY PASSWORD '*AB1BA23DE35FD9D157B5445DB97253EBCF82AA53'
GRANT ALL PRIVILEGES ON `bmx\_tabla1`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla2`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla3`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_%`.* TO 'bmx'@'localhos
 

no otorga el privilegio de FILE, ni aunque lo tuvieses.

Haz una cosa básica:
Ejecuta un

Código MySQL:

SHOW GRANTS FOR CURRENT_USER;
 

Y veamos cuáles son los permisos que tiene el usuario que estás usando para crear y dar permisos.

Sin el permiso de FILE, no se puede leer un script de inserciones ni en localhost ni en el servidor. Es requisito indispensable para eso.
No es un permiso habitual en los hostings tercerizados (no lo suelen dar), precisamente porque se trata de un permiso peligroso´, ya que le permite al usuario ejecutar cualquier script nocivo.
Por eso no es habitual que se lo tenga.

[berkeleyPunk]

Iniciado por gnzsoloyo

...Haz una cosa básica: Ejecuta un... SHOW GRANTS FOR CURRENT_USER;

El resultado es:

Código MySQL:

GRANT USAGE ON *.* TO 'bmx'@'localhost' IDENTIFIED BY PASSWORD '*AB1BA39DE36DD9D157B7445FB97213EBCE81AA51'
GRANT ALL PRIVILEGES ON `bmx\_tabla1`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla2`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_tabla3`.* TO 'bmx'@'localhost'
GRANT ALL PRIVILEGES ON `bmx\_%`.* TO 'bmx'@'localhost'
 

O sea, exactamente lo mismo que SHOW GRANTS.

[gnzsoloyo]

Pues lamento decirte que a menos que te den ese permiso, no podrás cargar un script que contenga INSERT, ya que lo requiere.
Por allí, usando phpMyadmin, o similares, puede que lo logres. De lo contrario sólo te restaría levantar el script por programación, para leerlo línea a linea, y enviar cada uno a ejecutar.

[berkeleyPunk]

De acuerdo. Voy a buscar ese permiso con la gente pertinente.

De cualquier forma, aprendí mucho con tus comentarios.

Gracias y hasta luego.

(Si encuentro la solución, regreso y posteo!)


Saludos!

[berkeleyPunk]

Regresé antes de lo esperado.

Señor gnzsoloyo, ya tengo acceso a un cPanel maestro, por llamarlo de alguna forma (es un plan de reseller, según sé), que controla la cuenta con la que no puedo crear usuarios de BD's con el privilegio de FILE que antes mencionabas.

En ese cPanel maestro hay un espacio para controlar las Funciones de Cuenta, y dentro está la opción de Modificar Cuenta. Dentro de esta última opción aparece lo siguiente: Ver captura.


¿En este pantallazo puedes ver el problema? ¿El problema está en que el Shell access es igual a no?

Saludos!

[gnzsoloyo]

¿En este pantallazo puedes ver el problema? ¿El problema está en que el Shell access es igual a no?

No.
El "shell" al que hace referencia eso es la consola de comando s del sistema operativo del server, y no la consola de MySQL.
Un DBMS (MySQL, en este caso) es un sistema que corre sobre otro, y tiene su propio sistema de gestión de usuarios y permisos, el cual es independiente del del sistema operativo sobre el que está montado (probablemente Apache).
Es en MySQL donde hay que habilitar el permiso de FILE, sin el cual es imposible correr un script de inserciones.
Ahora bien, veamos si se entiende claramente:
- Los hosting, en especial los tercerizados y con cuentas de usuario de bajo costo no suelen dar usuarios con permisos de FILE. No lo hacen por simples temas de seguridad.
- Un usuario en MySQL tiene una X cantidad de permisos dados sobre su base. Si entre esos permisos tiene el de crear más usuarios (GRANT OPTION), sólo puede crear usuarios de menor nivel o iguales a él (mismos permisos, o menos), y sólo para la mismas bases que tenga permisos.
- Si el usuario que te otorgaron no posee permisos de FILE, no lo puedes otorgar a ninguno que puedas crear (herencia de permisos).
- No se puede saltear esa restricción, es decir que no te puedes asignara ti mismo permisos que el administrador no te haya dado, y por consecuencia no puedes agregarte el FILE, si no te lo dan.
- Sólo el mismo administrador que creó y dio permisos a tu usuario, es quien puede darte ese granteo.

Finalmente, dos detalles:
- La captura de pantalla que muestras está relacionada con la cuenta de usuario del Web Server, y no con la administración de MySQL. Son cosas independientes, como ya te dije.
- Usualmente los hosting proveen el permiso de FILE para cuentas de mayor nivel, en especial con servidor dedicado. Esto último implica mas plata, y además la independencia de ciertas restricciones. Son las mejores cuentas, pero muchas veces no son demasiado baratas.

Mira con tu proveedor de hosting qué puedes hacer para resolver el problema. Lo mas probable es que ellos te puedan solucionar el problema, ya que no debes ser el único que haya tenido esta contingencia...
¿Lo consideraste?

Preguntale al soporte técnico del host. O consulta la documentación para desarrolladores, que todo hosting tiene disponible, para problemas de esta clase

[berkeleyPunk]

Perdón por la tardanza.

El problema se solucionó con sólo hablar con la gente del hosting. Ellos lo arreglaron.

Tenías razón, maestro, todo era cuestión de permisos y bueno, pues ya quedó.

Saludos!