最近残業の多くは、それは上のクラウドサーバーへのリモートアクセスに長い時間ではありませんMySQLデータベース。今日では、地元のスタートNodeサービスロムMySQLいつものように、使用されているNavicat For MySQLチェックするために、リモート・データベースに接続し、その突然エラーを検出しました。
2003-Can’t connect to MySQL server on ‘XXX.XX.XX.XX’（10060）ネットワークをチェック
我々はすぐに第1の反応は、ネットワークが正常でない確認することだったpingテストは、しかし、ネットワークの問題、あなたが正常にできないことが判明ping渡します。
ping XXX.XX.XX.XX
正在 Ping XXX.XX.XX.XX 具有 32 字节的数据:
来自 XXX.XX.XX.XX 的回复: 字节=32 时间=64ms TTL=47
来自 XXX.XX.XX.XX 的回复: 字节=32 时间=86ms TTL=47セキュリティグループをチェック
そして、問題がある場合はクラウドサーバーを考えて設定したセキュリティグループを見て、しかし、この問題は、問題のセキュリティグループとの理由にそうなるまで出てこなかったが、それでもチェックの下で素晴らしいです。
テンセントクラウド、正しく適切に設定対応するセキュリティグループの発見例はログイン後、問題はありません。
ユーザー権限をチェック
それは私自身のサーバーなので、すべての使用ですのでrootユーザー。あなたは必要xshellにログインするためにMySQL下のクエリuserのテーブル。
mysql -uroot -p
输入密码
mysql> use mysql
mysql> select host,user from user;
+-----------+------------------+
| host | user |
+-----------+------------------+
| % | root |
| localhost | mysql.infoschema |
| localhost | mysql.session |
| localhost | mysql.sys |
+-----------+------------------+
4 rows in set (0.00 sec)、見つけることができroot、対応するhost市%、いかなる意味は、それがあることを意味しroot、ユーザが接続されてMySQLいないときipに制約します。
だから、ここでの問題ではありません！
CentOSのファイアウォールをチェック
それは一歩を見落とすことは非常に簡単で、多くの人々は、セキュリティグループが設定されている、あなたは確認する必要はありませんと思うかもしれCentOSファイアウォールを。実際には、我々がすべき、ファイアウォールを確認する必要がある3306上に置く、その後、ファイアウォールを再起動します。
[root@VM_0_14_centos ~]# firewall-cmd --permanent --zone=public --add-port=3306/tcp
success
[root@VM_0_14_centos ~]# firewall-cmd --reload
success次に外観は、非常に楽しい、Navicat for MySQLリモートデータベースの成功に接続します！
