Nej, Charter ville ikke være i stand til at gøre noget ved det, for det er en fejl, der kommer direkte fra MySQL-serveren , fordi din IP-adresse ikke er blandt de værter, der er konfigureret til adgang.
Error: 1130 SQLSTATE: HY000 (ER_HOST_NOT_PRIVILEGED)
Message: Host '%s' is not allowed to connect to this MySQL server
Den korrekte løsning indebærer forståelse for, at MySQL Access Privilege System behandler brugernavn + værts IP-adresse eller navn, hvor forbindelsen stammer fra, som en "konto" -- ikke brugernavn i sig selv.
'foo'@'localhost' # username foo connecting from the server machine
'foo'@'192.168.1.1' # username foo from IP address 192.168.1.1
'foo'@'192.168.1.%' # username foo from IP address 192.168.1.*
'foo'@'192.168.%' # username foo from IP address 192.168.*.*
'foo'@'%' # username foo from any IP address
I MySQL's privilegiesystem er disse 5 forskellige "brugere", potentielt med 5 forskellige adgangskoder. Hvis ingen brugere har tilladelse til at oprette forbindelse fra din IP-adresse eller en hvilken som helst wildcard-adresse, der matcher din, ville dette være den besked, du ville få. Dette er forklaret yderligere, her og her .
Der er intet du kan gøre med mysql
kommandolinjeklient til at tilsidesætte serverens konfiguration, selvom du kunne bruge en SSH-tunnel, så serveren ville tro, at du opretter forbindelse fra localhost
eller en anden betroet vært, som det blev foreslået i en kommentar.
Løsningen er for din ven at give privilegier til dig på din adresse med en GRANT
erklæring
. cPanel kan give en grænseflade til at gøre dette -- jeg aner ikke, da jeg arbejder direkte med MySQL -- men hvis det gør det, ville det være cPanel, der i det væsentlige skriver den samme GRANT
sætning og sende den til MySQL-serveren for at blive udført.