Newsgroup: it.comp.os.linux.software
Titolo: utenti mysql

Dunque, se provo a creare un utente X con: 
grant, select, delete, insert 
on database.*
to x identified by 'password';
mi ritiorna un bel : query ok, 0 row affected
e dando quindi mysql -u x -p, mi risponde con un bel 1055 error.
Ovviamente sono mysql root quando provo a creare l'utente x.
Dove sbaglio?
ciao e grazie


sbagli a non leggere la documentazione e a fare un bel "flush privileges"
Ciao
Max

CtRiX wrote:

Intendi a "non" fare un bel flush privileges? No perche sulla documentazione 
dice: 
"Modifications to the grant tables that you perform using GRANT or REVOKE 
are noticed by the server immediately. If you modify the grant tables 
manually (using INSERT, UPDATE, etc.), you should execute a FLUSH 
PRIVILEGES statement".
Mica mi ci raccapezzo piu'. Comunque mo provo come dici tu
ciao e grazie 

 to x identified by 'password';
Prova ad usare la funzione passord(<tua_password>);
Ciao
Ale

umberto wrote:

Hai fatto un mysqladmin reload ?
Nicola.
-- 
chi va pian va san e va lontan

 
Ho provato con :
insert into user (host,user,password,)
values('localhost','X','password');
a queso punto mi dice query ok, 1 row affected
poi do:
flush privileges;
e mi dice query ok, 0 ro affected.(!)
Se provo a connettere l'utente X ritorna l'errore 1045 Access denied for 
user: X@localhost (Using password : yes)
 Se da mysql-root entro nel database mysql e faccio: "select * from user;"
vedo l'utente X con la password in chiaro (brrr) e tutti i parametri su N.
Se accedo con l'utente anonimo di default invece e' tutto ok.
ciao e grazie

Alessandro Boggiano wrote:

Perbacco! Ho fatto:
insert into user (host,user,password)
values('localhost','X',PASSWORD('password'));
ottengo query ok 1 row affected
poi do: FLUSH PRIVILEGES;
e ottengo query ok, 0 row affected (?!)
Se mi connetto con l'utente X ora funziona!!!
Perche' negli altri modi (intendo con il comando GRANT in particolare) non 
ci riesco?
ciao e grazie

 to x identified by 'password';
No:
GRANT i_privilegi_che_vuoi ON database.* TO utente@host_da_cui_utente_lavora  
  IDENTIFIED BY 'password';
Ovviamente tutto su una riga.
Ad esempio
GRANT SELECT,UPDATE on clienti.* to lucavillani@localhost IDENTIFIED BY 
'unapasswordacaso';
In poche parole un utente è *SEMPRE* identificato come utente di rete, se si 
vuole che acceda in locale è *NECESSARIO* indicare
        nomeutente@localhost
Ovviamente nelle moderne versioni di MySQL *NON* è necessario un flush 
privileges,però male non fa, anche se si hanno più db in replicazione.
Ultimo hint: a meno di non avere casini, evita di manipolare manualmente con 
delle insert le varie tabelle del db mysql, ci si dimentica sempre 
qualcosa...
-- 
Ciao da Villo  -  GPG public key available

 ciao e grazie
Nulla, ciao.
	Nicholas

umberto wrote:

Mi pare che nel post di Luca Villani sia spiegato bene. Ti consiglio 
vivamente di usare grant, col quale e' anche piu' facile modificarli i 
diritti e non devi usare la funzione PASSWORD perche' lo fa in automatico.


         nomeutente@localhost
Ti ringrazio ora e' tutto chiaro. 
ciao

 diritti e non devi usare la funzione PASSWORD perche' lo fa in automatico.
 Grazie per l'aiuto
ciao 

 Nicholas
Ciao e ancora grazie 

 Ti ringrazio ora e' tutto chiaro.
Ultima cosa, scusami ma mi ero dimenticato.
E` totalmente diverso scrivere
        GRANT ... IDENTIFIED BY 'mammachepwd';
piuttosto che scrivere
        GRANT ... IDENTIFIED BY PASSWORD 'mammachepwd';
Nel primo caso la password viene criptata e poi inserita al punto giusto, 
nel secondo caso la password viene inserita cosģ com'č, *SENZA* criptarla.
La seconda sintassi viene utilizzata quando si vuole prendere un utente su 
una macchina e duplicarlo su un altra macchina: se ci fai caso, il comando
        SHOW GRANTS FOR ute...@nome.host.tld;
visualizza i permessi creando dei comandi GRANT che seguono la seconda 
sintassi, in cui la password č gią criptata. In questo modo un db 
administrator puņ duplicare un utente *senza* avere bisogno di conoscere la 
sua password, semplicemente facendo un copie e incolla.


 vuole che acceda in locale è *NECESSARIO* indicare
                      >>>>>> | <<<<<<
Solo per avvisarti che il tuo knode *bara!*  :-)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
                     ^^^^^^^^^^^^^^^^^^
X-Trace: 
newsreader.mailgate.org
 1042640672 29557 62.101.95.129 (15 Jan
2003 14:24:32 GMT)
X-Complaints-To: 
ab...@mailgate.org
NNTP-Posting-Date: Wed, 15 Jan 2003 14:24:32 +0000 (UTC)
User-Agent: KNode/0.7.1
 
-- 
Saluti,       |   _Mal di testa da configurazione?  Con Debian ti passa._
     Gianni   |              _+++ Debian Gnu/Linux sid +++_

 Solo per avvisarti che il tuo knode *bara!*  :-)
Orpo!
E` quello del lavoro, su una Mandrake, a casa non uso knode.
Per pigrizia al lavoro non ho configurato knode come si deve, lunedi
provvedo.
-- 
Ciao da Villo  -  GPG public key available
                  Ferrara LUG 
http://ferrara.linux.it