Krydos

The files I need aren't all there. I'm missing the .crt and the chain file which also usually ends with .crt. Sometimes those two are combined into one file.

Remote access enabled. You don't have to request this on a database created through Plesk. We had permission issues when transferring databases from cPanel to Plesk, but I tested out a new database created through Plesk and it all worked just fine for me. root@tommy2 [/home/krydos]# psql --dbname=krydos_testdb --username=krydos_testuser Password for user krydos_testuser: psql (13.8) Type "help" for help. krydos_testdb=> \dt+ Did not find any relations. krydos_testdb=> create table test_table (id serial primary key, username varchar(255) not null); CREATE TABLE krydos_testdb=> \dt+ List of relations Schema | Name | Type | Owner | Persistence | Size | Description --------+------------+-------+-----------------+-------------+---------+------------- public | test_table | table | krydos_testuser | permanent | 0 bytes | (1 row) krydos_testdb=> insert into test_table (username) values ('Krydos'); INSERT 0 1 krydos_testdb=> select * from test_table; id | username ----+---------- 1 | Krydos (1 row)

Passwords that will break Plesk are now blocked from being used during the signup process. Trying to use an invalid character will display an error and disable the submit button. Thanks for helping solve this issue.

I've been thinking about installing this, but it will probably break our website's login and dashboard so it would take a lot of work to make it functional. There are a lot of higher priority things that need to be done first anyways such as the ability to add or delete domains and edit DNS settings on your own.

Yeah, sorry for the runaround. I've never heard of a service that looks up IP addresses without using an A record before. That's really bizarre since A records are specifically designed for converting names into numbers. So using some other type of record to convert names into numbers is not only inconsistent but probably a violation of the specifications. I'm curious if MongoDB thinks they have a good reason for doing it that way, or they're just trying to intentionally confuse people as much as possible?

Yep, that was probably it.

Since port 27017 is the standard port for MongoDB, and MongoDB is common enough that other people in the future will surely have use of connecting to external databases as well, I went ahead and opened port 27017 to all IPs. Does it work now? This page seems to indicate that it does:

Your VPS has been canceled and you won't be charged again. Thank you for using our VPS service. In order to provide better service to other customers in the future can you elaborate on why the VPS didn't work for you, but the shared hosting plan will?

Someone else mentioned that characters with accents, such as é, weren't being handled correctly by Plesk. I sent you a password reset link that you can use to set a new password. After you've changed your password if you can provide any further information on what characters don't work for Plesk we would appreciate it. EDIT: I did some digging and it looks like Plesk passwords can be up to 255 characters long. Spaces, single quotes, and double quotes are prohibited. Valid characters are ascii 33, ascii 35 through ascii 38, and ascii 40 through ascii 126. I'll see about updating the signup page to disallow characters that will break Plesk.

The wildcard subdomain has been created.

It uses a lot of memory and cpu and isn't designed to run on shared hosting. Take a look at their documentation: https://docs.moodle.org/400/en/Installing_Moodle It describes a VPS.

Added, since you're using Cloudflare be sure to create an A record pointed at 65.19.141.77 in order to host it on our server.

The domain https://sssnet.tk/ has been changed to Plesk instead of cPanel.

Make sure you use tommy2.heliohost.org or 65.19.141.77. If you try to connect to tommy.heliohost.org that is cPanel. Your database user is actually a52hepof_bp324_user but I got it figured out. Remote access enabled.

Your account has been deleted and you've been sent an invite to create a new account. For future reference, you don't have to delete your account to change your domain or add new domains to your account though.

Yeah, Moodle always loads pretty slowly on our shared hosting servers because it is so bloated. It was the same way on cPanel. We have had much better luck with it on a VPS. Here is a GTMetrix benchmark of a Moodle site hosted on one of our VPS. I edited out the name of the site for privacy reasons, but 760ms for LCP is really good for Moodle. This is a Venus VPS for $7.00 per month which is 2 GB memory, 2 CPUs, and 50 GB storage. If you want to try out a VPS for a week for free I can set that up for you.

Mainly because Morty will have zero free accounts. The price to have an account on Morty will scale from 3.3 cents per day to 45.7 cents per day depending on the load that your account causes. As long as your account is paid for you won't be suspended for high load or suspended for inactivity.

The only inactivity immunity we've ever offered was during fundraisers we offer 1 month for each $5 that you donate, and then we have everyone 15 months for free since our control panel licenses were revoked. Eventually on Morty we will be offering inactivity immunity too, but the price will be on a sliding scale from 3.3 cents per day up to 45.7 cents per day depending on how much load you cause that day.

Remote access to kr4cher_teamguard has been granted to kr4cher_teamguard_prod_user and remote access to kr4cher_teamguard_test has been granted to kr4cher_teamguard_test_user. Sorry, I don't know what to tell you. We've had quite a few PostgreSQL databases transferred from cPanel to Plesk and most of them had messed up permissions, but the data itself was intact. Not sure what happened to yours.

You can use this tool https://dnschecker.org/#A/radtech.p4cyn.mongodb.net to check A records from 33 DNS servers all around the world. They all report that there is no A record for that domain. I don't understand why there is so much discussion on what should be a fairly open and shut case. Just use the IP of the mongodb host, or find a domain that actually resolves.

A password reset link has been emailed to you. The URL to log in to Plesk is https://heliohost.org/login/ Node.js is available. The main things that aren't available yet is Java/Jsp, Ruby on Rails, the ability to edit DNS records on your own, and the ability to add or delete domains on your own.

Portquiz.net is on IP 35.180.139.74. The IPs you requested outbound port 27017 to be opened for are 18.138.205.196, 54.255.46.254, and 52.74.75.34. Since 35.180.139.74 is not one of the 3 IPs you listed it wasn't opened. Since you're so obsessed with portquiz I went ahead and opened port 27017 to 35.180.139.74 for you as well. You can see the result root@tommy2 [/home/krydos]# curl portquiz.net:27017 Port test successful! Your IP: 65.19.141.77 I determined the reason your scripts weren't working 5 days ago. You can't connect to a website that doesn't return an A record. Either connect to it directly by IP address, ie: 18.138.205.196:27017, or come up with a new URL that actually exists.

With the changes I just made to the inactivity monitoring system it looks like 4 other people were suspended erroneously so I renewed their accounts for them.

Sorry about that. Obviously inactivity monitoring for Plesk is really new so we appreciate the feedback on whether it's working or not. I took a look at the logs for your usernames, and I think it's counting your logins now.

Yes, outbound port 27017 is open, but only to the 3 IPs you listed. tcp|out|d=27017|d=18.138.205.196 # rarahim tcp|out|d=27017|d=54.255.46.254 # rarahim tcp|out|d=27017|d=52.74.75.34 # rarahim