I'm setting up a WHM/Cpanel server, using linode as my provider. I've gone through all the configuration steps to point my domain to my server, and configured a main domain account as well as a subdomain account in WHM, and put some test files for each.
What I'm finding is that on certain networks I can access both my domain and subdomain without issue, but on other networks the I am being redirected to the cgi-sys/defaultwebpage.cgi. I discovered this issue when configuring LetsEncrypt AutoSSL which kept getting 404s when trying to retrieve the challenge files using my domain name, I then tested with a machine on another network and discovered the redirect.
What might be going on here to cause this error on some networks but not others? Presumably the DNS records are working because I still am reaching the server, it just doesn't get routed to the correct virtual host.
So I'm not sure if this is a DNS zones issue or virtual host issue, I would really appreciate some help sorting this out! Can provide additional details on request. Thanks!
EDIT (SOLUTION): The problem was I accidentally configured AAAA ipv6 records without configuring ipv6, solution was to remove AAAA records
What I'm finding is that on certain networks I can access both my domain and subdomain without issue, but on other networks the I am being redirected to the cgi-sys/defaultwebpage.cgi. I discovered this issue when configuring LetsEncrypt AutoSSL which kept getting 404s when trying to retrieve the challenge files using my domain name, I then tested with a machine on another network and discovered the redirect.
What might be going on here to cause this error on some networks but not others? Presumably the DNS records are working because I still am reaching the server, it just doesn't get routed to the correct virtual host.
So I'm not sure if this is a DNS zones issue or virtual host issue, I would really appreciate some help sorting this out! Can provide additional details on request. Thanks!
EDIT (SOLUTION): The problem was I accidentally configured AAAA ipv6 records without configuring ipv6, solution was to remove AAAA records
Last edited: