MySQL Warning: IP address could not be resolved - php

I just noticed this warning in the MySQL Workbench log:
[Warning], IP address '112.30.xxx.xxx' could not be resolved: This is usually a temporary error during hostname resolution and means that the local server did not receive a response from an authoritative server.
What does it mean? I have the MySQL port firewalled so that any incoming TCP traffic is blocked. Any ideas where this is coming from? How to I eliminate the warning?

Just as rtfm said it means your DNS failed to resolve the IP, And means that the local server did not receive a response from an authoritative server.
Please also reference:
https://serverfault.com/questions/393862/mysql-warning-ip-address-could-not-be-resolved

Related

I cannot open my phpmyadmin in xampp.It shows access denied

it shows the following errors :-
mysqli_real_connect(): (HY000/2002): A socket operation was attempted
to an unreachable host.
Connection for controluser as defined in your configuration failed.
mysqli_real_connect(): (HY000/2002): A socket operation was attempted
to an unreachable host.
phpMyAdmin tried to connect to the MySQL server, and the server rejected the connection. You should check the host, username and password in your configuration and make sure that they correspond to the information given by the administrator of the MySQL server.
This error indicates that the network was not connected or not configured correctly. It is definitely an error on the client machine, not your server.
There isn't much you can do to "solve" the problem. Pretty much all you can do is upgrade the client's network drivers and check for connection problems (maybe they're barely within wireless range, or the Ethernet cable is missing its locking tab).

Using yodlee with php and nusaop library

With the soap server (“https://sdkeval2.yodlee.com/yodsoap/service”). We are getting below error:
HTTP Error: Couldn't open socket connection to server (http://XX.XX.XX:8080/yodsoap/services/CobrandLoginService/), Error (110): Connection timed out
The issue could be due to the firewall at either end. At your end do check if the outbound traffic is allowed to the specific server on the specified port. At Yodlee's end they use white-list mechanism to filter traffic so make sure your IP addresses are included in the white-list. Note that Yodlee may take up to a week before your IP maybe allowed into their system. If all of these are in order then your connection should be successful without any issue.

socket_bind() [function.socket-bind]: unable to bind address [13]: Permission denied

I am building a chat application based on websocket protocol.I am uploading this on an apache server and i am getting this error :
"Warning: socket_bind() [function.socket-bind]: unable to bind address [98]: Address already in use"
I am using port no. 12346. When i checked this port's status i got "12346 is not responding".
I have checked many ports on my remote server ,none of them is responding.So please tell me how to check if there is a usable port which i can use??
I have also used port 80 and 443 but i am getting the error:
Permission Denied
I see that that you're using apache - this is most likely the problem. You need to run the script as a deamon or at least from a shell, and you will need root privileges for ports under 1024 unless you're on a windows host.

"php_connect_nonb() failed: Operation now in progress (115)" happens intermittently

We send some files across to a third party with a PHP cron job via FTP.
However sometimes we get the following error:
ErrorException [ 2 ]: ftp_put(): php_connect_nonb() failed: Operation
now in progress (115) ~ MODPATH/fileop/classes/Drivers/Fileop/Ftp.php [ 37 ]
When I say "sometimes" I mean exactly that; most times it goes across fine but about 1 in 5 times we get that error. It's not to do with the files themselves, because they will go happily if we try again.
We've found similar issues online - relating to a bug in PHP with NAT devices or to do with firewall configuration but again the implication is that if this were the case it would never work.
So, why would this work some times and not others?
ftp_set_option($ftpconn, FTP_USEPASVADDRESS, false);
This line of code before setting passivity of the connection ftp_pasv($ftpconn, true);
Solved my problem
FTP(S) uses random ports to set up data connections; an intermittent success rate indicates that not all ports are allowed by a firewall on the client and/or server machines. The port range for incoming (PASV) data connections can be set in the FTP server.
This page has a nice summary:
The easy way is to simply allow FTP servers and clients unlimited
access through your firewall, but if you like to limit their access to
"known" ports, you have to understand the 4 different scenarios.
1) The FTP server should be allowed to accept TCP connections to port
21, and to make TCP connections from port 20 to any (remote ephemeral)
port.
2) The FTP server should be allowed to accept TCP connections to port
21, AND to accept TCP connections to any ephemeral port as well!
3) The FTP client should be allowed to make TCP connections to port
21, and to accept TCP connections from port 20 to any ephemeral port.
4) The FTP client should be allowed to make TCP connections to port
21, and to make TCP connections to any other (remote ephemeral) port
as well!
So, I'm writing this answer after doing some investigation on my FTP server and reading the link you provided elitehosts.com.
I'm using FileZilla FTP server, and there is a specific setting that I had to enter to make it work. Going into the server settings, there is an area titled "Passive mode settings". In that dialog, there is an area titled "IPv4 specific", and within that area there is a setting labeled "External Server IP Address for passive mode transfers:". It's a radio button selection set, and it was on "Default", but since the FTP server is NAT'ed, I changed that radio selection from "Default" to "Use the following IP:" and entered in the external-facing IP address of my gateway provided by my ISP.
After I set this up, it worked! Not terribly sure if your FTP server is NAT'ed, but I thought I would provide the answer on this thread because it seems related.
In addition to Cees answer, I am running vsftp on ec2 and had to comment out the listen_ipv6=YES, listen=YES then "service vsftpd restart".
Although documentation says it will listen on ipv4 as well it wasn't and this resolved the issue.
For me all I had to do was to remove the ftp_pasv( $ftpconn, true ); and everything worked perfectly. I'm not yet sure why but I am trying to find out and I will surely come back when I do get the reason behind it.
This should be a comment under jj_dev2 comment, but I cannot add one due to reputation. But maybe it will be helpful for someone, so I post it here.
We had the same issue as described in the original post. In our case it worked with many customers - except one.
The solution in jj_dev2 comment did work for us. So we investigated what does ftp_set_option($conn, FTP_USEPASVADDRESS, false) actually do. And based on that we found out that in fact customer's FTPS server was configured incorrectly.
In response to PASV command (ftp_pasv($conn, true)) FTP server returns an IP address which the PHP FTP client then will use for data transfers. In our case the FTP server was returning an internal IP address and not the public IP address that we connect to. Customer had to fix their FTP server settings so FTP server would send external IP address in the PASV command response.

Couldn't open socket connection to server

I'm getting the following error message in a php-file when trying to connect to a third party server.
HTTP Error: Couldn't open socket connection to server http:// xxxxxxxx prior to connect(). This is often a problem looking up the
host name.
I know that the address is correct. What is the most common problem with this error? Could it be that the server only accept certain IP's to connect?

Categories