wolstech

You already have a topic here: https://www.helionet.org/index/topic/29769-remote-postgres-access/

@heliohob: I moved your post to its own topic: https://www.helionet.org/index/topic/29769-remote-postgres-access/

This support request is being escalated to our root admin.

No it won't. Be aware that the main domain may not point the same place though. If your addon domain points to a folder other than public_html (e.g. a subfolder), you'll need to move the files.

You can't change it to your main domain to that domain because it's already attached to your account. If you really want to change the main domain, you need to remove it from the Aliases or Addon domains first.

This support request is being escalated to our root admin.

This support request is being escalated to our root admin.

It was blocked for failed IMAP logins. Did you save the wrong password in your mail client? Unblocked.

That's sadly normal for Johnny due to overloading. Try adding it again, but it'll probably fail with something along the lines of "The domain already exists in the Apache configuration." If that happens, let me know and I'll escalate to have a root admin add it for you.

You can add it in cPanel under "Alias" and it will display the same content as http://subodhc.heliohost.org/

It's not. The new one will not be deployed.

Considering the topic's age, that's unsurprising. Feel free to post new ones

Escalating to have it restored.

They're indeed showing correctly now...

Wouldn't be surprising considering Freenom is already terrible in every other way imaginable...

The NS records are in fact there, just wrong. They need to be "ns1.heliohost.org" and "ns2.heliohost.org", not "ns01.heliohost.org"/"ns02.heliohost.org" (there's no 0 in the correct entries). Also, there are no third and fourth name servers, so those should be removed entirely. @Krydos: Byron's tool is a bit odd with the NS option. If the records are pointed to servers that don't exist, they sometimes won't show unless you pick "ALL".

This is normal. Java is enabled only on one protocol at a time. When you request it, it's enabled on plain HTTP. Remove your https redirect and your site will function properly. Or, we can enable it on HTTPS, but then regular HTTP connections will give a 404 error instead.

No problem. Glad to see it's working now

Unblocked.

Assuming the script will run on our servers, use localhost, or 127.0.0.1 if it needs an IP. If accessing remotely, be sure to allow your IP in the Remote MySQL section of cPanel, then use johnny.heliohost.org (or 64.62.211.131) as the host. Is there a specific error it's giving you?

cPanel does not play nicely with odd browsers, browsers that block cookies, or with networks that change IPs too often (not your issue, it gives a different message). I'd start by switching to Chrome or Firefox. The fact you can even get to the "Continue to cPanel" button means your username and password are correct, but I'd next suggest resetting it anyway: https://johnny.heliohost.org:2083/resetpass?start=1 If the above two things don't fix it, let me know and I'll escalate this for you.

Unblocked. The username and password for heliohost.org is the same as cPanel, they're just two different ways to log into the same system. The forum password can be, but does not have to be the same password (though it will be if the forum account came with your hosting account).

Unblocked.

Gone.

DNS can take up to 24 hours to update. Just because your registrar knows you changed your NS, doesn't mean everyone does. It takes a little while for everyone else to find out (generally because DNS servers have caches that need to expire).