Newsgroup: it.comp.os.linux.sys
Titolo: MySQL Bind address

scusate ma io ho questo:
# grep bind /etc/mysql/my.cnf
#bind-address		= 127.0.0.1
# netstat -na | grep LISTEN | grep 3306
tcp        0      0 
0.0.0.0:3306
            0.0.0.0:* 
LISTEN
# iptables -L -n -v | grep lo
     0     0 ACCEPT     all  --  lo     *       
0.0.0.0/0
 
0.0.0.0/0
eppure questo
mysql -u root -h 127.0.0.1 -P 3306 --password=fanculo
non va, resta in attesa una eternità, come se ci fosse
un DROP da qualche parte sul firewall
mentre questo invece va subito:
# mysql -u root -h localhost -P 3306 --password=fanculo
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
password: YES)
Ora, visto che MySQL è in ascolto ovunque, visto che la loopback
non è filtrata in alcun modo, visto che tramite socket funziona, che
caspita può essere a bloccare l'accesso tramite IP ?
Da remoto funziona, solo sul server non va, ne con 127.0.0.1 ne con
l'ip della macchina (non dovrebbe cambiare nulla)
Le connessioni dalla macchina verso la macchina non attravesano solo la
INPUT sulla 'lo' ? Comunque sia, ho disattivato anche tutto il firewall
mettendo come policy di default un bel ACCEPT e non cambia una fava.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 può essere a bloccare l'accesso tramite IP ?
Risoluzione lentissima del DNS. 
Controlla /etc/hosts o resolv.conf

 Controlla /etc/hosts o resolv.conf
?
127.0.0.1 o l'ip secco non è soggetto a risoluzione dns.
E comunque i dns vanno, non ho problemi a risolvere indirizzi.

 password: YES)
Non mi ricordo in quale versione di mysql ma hanno introdotto (di default) un 
flag che impedisce il login a root.... o qualcosa del genere, prova a verificare.
Rizio

 flag che impedisce il login a root.... o qualcosa del genere, prova a verificare.
Non può essere quello il problema per tre motivi:
1) se fosse un problema di login, riceverei un errore
2) da remoto accedo
3) prima di poter inviare lo username devo stabilire la connessione,
cosa che non avviene.
Sembra che ci sia proprio iptables a fare da tappo, ma come ho scritto
sopra, l'ho già
disattivato e non è cambiato nulla. Inoltre, i contatori dei DROP
visibili in iptables -L -v -n non si incrementano.

 dns vanno, non ho problemi a risolvere indirizzi.
Hai provato a risolvere il reverse di 127.0.0.1?
Credo che MySQL nelle sue tabelle abbia i dati di accesso solo per 
root@localhost e non per 
ro...@127.0.0.1
, quindi tenti un reverse (o 
addirittura un direct) prima di darti accesso. Quando va in timeout il DNS 
va in timeout anche lui.
Bye.

 va in timeout anche lui.
# time host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
real	0m0.008s
user	0m0.000s
sys	0m0.008s

 sys     0m0.008s
Un più sentito fanculo di cuore a me stesso:
# tcpdump -i lo
tcpdump: bind: Network is down
# ifconfig lo up
# mysql -u root -h 127.0.0.1 -P 3306 --password=fanculo
ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1' (111)
ora va.

 1.0.0.127.in-addr.arpa domain name pointer localhost.
Host risolve via *DNS*.
Mysql usa le librerie di risoluzione.
Non è la stessa cosa, se in /etc/hosts c'è qualcosa riguardo a 127.0.0.1.
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 tcpdump: bind: Network is down
Meno male che te lo avevo scritto eh !!

 Meno male che te lo avevo scritto eh !!
Scusami, avevo inteso mysql, considerato la risposta che infatti ti ho
dato.