Giter VIP home page Giter VIP logo

Comments (8)

mallardduck avatar mallardduck commented on September 25, 2024

Issue #8 was related to this issue as well. That user however wasn't available to debug further.

Does loading the DAT file directly in your browser work or fail? This was one thing I was curious about in that instance but was unable to test it. Please attempt to load this URL in your browser, or via CURL in command line: https://publicsuffix.org/list/public_suffix_list.dat

from php-whois-client.

erichuang2015 avatar erichuang2015 commented on September 25, 2024

hello

https://publicsuffix.org/list/public_suffix_list.dat is accessible for me either browser or cli

from php-whois-client.

erichuang2015 avatar erichuang2015 commented on September 25, 2024

hello

it is so strange for me , when I compose this script in local XAMPP with PHP 7.2.10, it works ok

from php-whois-client.

mallardduck avatar mallardduck commented on September 25, 2024

It does seem very odd. I haven't had time yet to test this myself but I did look into the underlying Exception more and it's really only thrown if a method to refresh the Public Suffix List returns false. Found here.

Without any other errors associated it makes me think there's an issue reaching the dat file, but if you can see it in CLI then I'm not sure. Very peculiar indeed.

from php-whois-client.

mallardduck avatar mallardduck commented on September 25, 2024

Hey @erichuang2015,

You said:

it is so strange for me , when I compose this script in local XAMPP with PHP 7.2.10, it works ok

So it seems that this library works fine for you locally. Previously I asked if you could test via browser or cli and you said:

https://publicsuffix.org/list/public_suffix_list.dat is accessible for me either browser or cli

When you did the testing for this, did you do that locally or on the server throwing the exception?

You should test loading the .dat file via CURL on the server experiencing the issue. If it doesn't work via CURL on the server throwing the Exception when using this library then that indicates an issue isolated to that server.

from php-whois-client.

erichuang2015 avatar erichuang2015 commented on September 25, 2024

Yes. online server throws errors

from php-whois-client.

mallardduck avatar mallardduck commented on September 25, 2024

@erichuang2015 Unfortunately it seems that this error you're experiencing is isolated to that server. It's not something I can reproduce or debug myself - I don't have a CentOS 7.3 server. I would guess that even if I had a CentOS 7.3 server I may not even experience the issue.

I would guess that there may be a network/firewall related issue causing the problem. If your server is hosted at a managed hosting provider, then potentially you could submit a ticket with their support.

If that's not an option and you'd have to debug this on your own the best I can do is provide some basic advice. Not sure if it will all apply, but it still may help.

From the affected server do the following:

  1. Do a dig on the publicsuffix.org domain - just to confirm you can resolve the DNS. If that works proceed. If not you've got a DNS resolution issue.
    dig publicsuffix.org
  2. Take (one of) the IP addresses you got from the dig and shoot it a quick ping request. I usually do 3 rounds with ping -c3. If that works you have confirmed your server can reach one of their IPs; so it should be working to load the list. If it doesn't work then you may have something to investigate further.
    ping -c3 {ip from dig}
  3. Now do a telnet to port 80 on one of the IPs from the dig results. If the ping worked and the telnet worked then you definitely should be fine loading the file. Something very weird is happening if this is the case. If they are not working then you likely have a network or firewall issue.
    telnet {ip from dig} 80
  4. Assuming that the ping worked and the telnet failed - or they both failed - the final step might be to do a traceroute, either with the original command or with MTR. Doing a traceroute to the IP used for the last two steps may show you where in the network path the request fails.
    traceroute {ip from dig} or mtr {ip from dig}

Again I hope this helps you debug the issue!

from php-whois-client.

mallardduck avatar mallardduck commented on September 25, 2024

Since this is likely an issue isolated to the server I'm going to close this.

from php-whois-client.

Related Issues (5)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.