Fórumok
Sziasztok,
Életemben először ODBC-t állitanék be Mysql szerverhez.
Hálózati struktúra:
Client -- VPN --Server
Az ODBC kapcsolat létrehozásánál az alábbi hibát dobja:
Az IP a kliensem VPN IP-je.
Szerveroldalon az alábbi log kerül a mysql error.logba
2019-11-20T13:48:18.929248Z 250210 [Note] Access denied for user 'XXXX'@'192.168.X.X' (using password: YES)
A felhasználó természetesen %-al van felvéve
GRANT USAGE ON *.* TO 'XXX'@'%';
Próbáltam már:
XXXX
Próbáltam a szerveren:
'XXXX'@remoteIP
'XXXX'@192.168.%
Mi a hiba?
Hozzászólások
A szerveren A /etc/mysql/my.cnf-ben a bind address-t át kell állítani localhostról a gép IP-jére.
Ha user user@IP vel van felvéve akkor csak onnan enged be, hiába jó a password meg minden.
Nem voltam elég érthető:
A szerver természetesen nem 127.0.0.1-en figyel és mint irtam, a userem is csak sima userként van felvéve wildcard host-al.
Ha másik gépről próbálkozom, ott a remoteip az aktuális gép VPN cime lesz. (ugyanazzal a felhasználónévvel próbálkozva)
Hivatásos pitiáner - Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @
Rég volt már, de tipp:
Hiba azt írja: using password: YES, azaz küldesz jelszót.
A GRANT végén viszont nincs IDENTIFIED BY 'jelszó'.
Nem biztos hogy ez, de régen szívtam már ilyen miatt.
(flush privileges gondolom megvolt)
Természetesen van jelszava, localban / phpmyadminből működik.
Hivatásos pitiáner - Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @
Gondolom localra van külön host bejegyzés... (pma is úgy megy)
ha mar meglevo user@host, akkor nem kell jelszo moge.
Itt utalt a kolléga (Jason) korábban is, az "identified by" hiányára. A fenti példa alapján tudod javítani a problémát...
deprecated.
Lámább vagyok mint látszik....
Ha rossz pw-vel próbálkozok jó hogy nem enged be. Úgy látszik sok volt a tegnap.
Hivatásos pitiáner - Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @
De megoldódott :)
jahh! Nem ugyanazzal a jelszóval kell bruteforcolni! :P