Unable to connect to the database: Access denied for user 'user'@'44.144.44.44' (using password: YES)

44.144.44.44 здесь - внешний ip, смотрящий в веб.
обновлялся, не понял как это произошло, возможно затупил больше обычного, поэтому прошу подсказки:
по каким причинам локальные соединения mysql могут приниматься c local ip а не с @localhost
как было раньше?
спасибо

miksoft, нет, все локальные конфиги клиентов остались прежними, там подключение по localhost, ось freebsd cервер: Localhost via UNIX версия: 5.6.34

но в логи падает именно это Unable to connect to the database: Access denied for user 'user'@'44.144.44.44' (using password: YES)

miksoft, да. сервер и клиенты на одной машине. сервер еще и смотрит в веб. раньше localhost соединялись как localhost :)

miksoft,

::1 localhost
127.0.0.1 localhost

вроде так и было раньше

miksoft, эээм . так?

admin@localhost:/etc# ping localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.025 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.053 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.039 ms

admin@localhost:/etc# nslookup localhost 192.168.0.1
Server: 192.168.0.1
Address: 192.168.0.1#53

** server can't find localhost: NXDOMAIN

admin@localhost:# dig localhost @192.168.0.1

; <<>> DiG 9.9.9-P4 <<>> localhost @192.168.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 30694
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;localhost. IN A

;; AUTHORITY SECTION:
. 10800 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2016122100 1800 900 604800 86400

;; Query time: 49 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Wed Dec 21 20:55:37 YEKT 2016
;; MSG SIZE rcvd: 113

а dig @localhost стопорится

подточил bind. cейчас dig @localhost работает. но основная проблема не исчезла .
клиент подключаетя строкой jdbc:mysql://localhost:3306/user
а приложение сыпет в лог Unable to connect to the database: Access denied for user 'user'@'44.144.44.44' (using password: YES)

root@localhost:/usr/home/admin # dig @localhost www.google.com

; <<>> DiG 9.9.9-P4 <<>> @localhost www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64604
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.google.com. IN A

;; ANSWER SECTION:
www.google.com. 126 IN A 172.217.3.36

;; AUTHORITY SECTION:
google.com. 172626 IN NS ns2.google.com.
google.com. 172626 IN NS ns1.google.com.
google.com. 172626 IN NS ns3.google.com.
google.com. 172626 IN NS ns4.google.com.

;; ADDITIONAL SECTION:
ns1.google.com. 172626 IN A 216.239.32.10
ns2.google.com. 172626 IN A 216.239.34.10
ns3.google.com. 172626 IN A 216.239.36.10
ns4.google.com. 172626 IN A 216.239.38.10

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Dec 21 22:11:26 YEKT 2016
;; MSG SIZE rcvd: 195

miksoft, на самом деле вопрос не срочный, это просто некомерческий сервер minecraft, с кучей плагинов, и оно как известно на java. и вот каждый плагин там имеет свои db настройки и везде через localhost. вот до того как перебрался с freebsd 10.1 на 11 (c той же самой версией мускула) все работало нормально. а вот после - заметилось такое поведение. я даже тоже не знаю почему. похоже детишки на новый год без елки останутся. квадратной

miksoft, пользователей в базе не хотелось бы ворошить, так как их много - так же много как и плагинов. а серверов еще и три версии.

miksoft, действительно странно. в конфигах mysql [client/mysqld] - до и после обновления был указан путь к сокету. сокет и сейчас валяется в /tmp при запущенной db. до этого при обновлении ставил 5.7, на которой jdbc не завелся вообще, удалил порт, папку /usr/local/etc/mysql снес. откатился на 5.6. может быть где то отстатки от 5.7 мешают? в общем пока что причины не нашел.

сейчас -- заменил в конфигах клиентов хост на 127.0.0.1, - работает.