Som påpeget af Ryan ovenfor, er kommandoen du har brug for
GRANT ALL ON *.* to [email protected]'%' IDENTIFIED BY 'password';
Bemærk dog, at dokumentationen angiver, at for at dette kan fungere, skal en anden brugerkonto fra localhost skal oprettes for den samme bruger; ellers oprettes den anonyme konto automatisk af mysql_install_db har forrang, fordi den har en mere specifik værtskolonne.
Med andre ord; for bruger user at være i stand til at oprette forbindelse fra enhver server; 2 konti skal oprettes som følger:
GRANT ALL ON *.* to [email protected] IDENTIFIED BY 'password';
GRANT ALL ON *.* to [email protected]'%' IDENTIFIED BY 'password';
Læs hele dokumentationen her.
Og her er det relevante stykke til reference:
Efter at have oprettet forbindelse til serveren som root, kan du tilføje nye konti. Følgende udsagn bruger GRANT til at oprette fire nye konti:
mysql> CREATE USER 'monty'@'localhost' IDENTIFIED BY 'some_pass';
mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'localhost'
-> WITH GRANT OPTION;
mysql> CREATE USER 'monty'@'%' IDENTIFIED BY 'some_pass';
mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%'
-> WITH GRANT OPTION;
mysql> CREATE USER 'admin'@'localhost';
mysql> GRANT RELOAD,PROCESS ON *.* TO 'admin'@'localhost';
mysql> CREATE USER 'dummy'@'localhost';
De konti, der oprettes af disse opgørelser, har følgende egenskaber:
To af konti har brugernavnet monty og et password ofsome_pass. Begge konti er superbrugerkonti med fulde privilegier til at gøre noget. 'monty'@'localhost'-kontoen kan kun bruges, når der oprettes forbindelse fra den lokale vært. 'monty'@'%'-kontoen bruger '%'wildcard for værtsdelen, så den kan bruges til at oprette forbindelse fra enhver vært.
Det er nødvendigt at have begge konti for monty for at kunne oprette forbindelse fra hvor som helst som monty . Uden localhost-kontoen ville den anonyme brugerkonto for localhost, der er oprettet af mysql_install_db, have forrang, når monty opretter forbindelse fra den lokale vært. Som et resultat heraf vil monty blive behandlet som en anonym bruger. Årsagen til dette er, at den anonyme brugerkonto har en mere specifik værtskolonneværdi end 'monty'@'%'-kontoen og derfor kommer tidligere i brugertabellens sorteringsrækkefølge. (Sortering af brugertabel er diskuteret i afsnit 6.2.4, "Adgangskontrol, trin 1:Tilslutningsbekræftelse".)