New Topics

Is this issue still a problem? It looks like you got your wiki working on the domain, so not sure the directory listing is still important... (I also responded to your Mod Security issue in your other topic for you).

Glad to hear its working for you Please let us know if you need anything else.

Indeed it is mod security. You can see the error in Plesk in the Logs for your domain. ModSecurity: Access denied with code 403 (phase 1). Pattern match "\\\\D" at TX:1. [file "/etc/httpd/conf/modsecurity.d/rules/comodo_free/30_Apps_OtherApps.conf"] [line "4530"] [id "240950"] [rev "2"] [msg "COMODO WAF: XSS & SQL injection vulnerability in Pragyan CMS 3.0 (CVE-2015-1471)||salt.wiki.gd|F|2"] [severity "CRITICAL"] [tag "CWAF"] [tag "OtherApps"] [hostname "salt.wiki.gd"] [uri "/User:Lia"] [unique_id "aZnLyrW2MUbixOOUfFzWWQAAAok"], referer: https://helionet.org/ You can actually whitelist these yourself in the Web Application Firewall page of Plesk. I went ahead and added rule 240950 to the exception list for you. The changes will take 2 hours to take effect.

Domain added. it can take up to 2 hours to start working.

Thank you for your help!

My apologies, I realize I did not provide sufficient details. The Short URL builder asks for the following credentials to generate the code for nginx.conf: fastcgi_pass fastcgi_params This is the nginx.conf code it would generate: server { # [...] # Location for the wiki's root location /saltwiki/ { try_files $uri $uri/ @mediawiki; # Do this inside of a location so it can be negated location ~ \.php$ { try_files $uri $uri/ =404; # Don't let php execute non-existent php files include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; } } location /saltwiki/images { # Separate location for images/ so .php execution won't apply location ~ ^/saltwiki/images/thumb/(archive/)?[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ { # Thumbnail handler for MediaWiki # This location only matches on a thumbnail's url # If the file does not exist we use @thumb to run the thumb.php script try_files $uri $uri/ @thumb; } } location /saltwiki/images/deleted { # Deny access to deleted images folder deny all; } # Deny access to folders MediaWiki has a .htaccess deny in location /saltwiki/cache { deny all; } location /saltwiki/languages { deny all; } location /saltwiki/maintenance { deny all; } location /saltwiki/serialized { deny all; } # Just in case, hide .svn and .git too location ~ /.(svn|git)(/|$) { deny all; } # Hide any .htaccess files location ~ /.ht { deny all; } # Uncomment the following code if you wish to hide the installer/updater ## Deny access to the installer #location /saltwiki/mw-config { deny all; } # Handling for the article path location @mediawiki { include /etc/nginx/fastcgi_params; # article path should always be passed to index.php fastcgi_param SCRIPT_FILENAME $document_root/saltwiki/index.php; fastcgi_pass 127.0.0.1:9000; } # Thumbnail 404 handler, only called by try_files when a thumbnail does not exist location @thumb { # Do a rewrite here so that thumb.php gets the correct arguments rewrite ^/saltwiki/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ /saltwiki/thumb.php?f=$1&width=$2; rewrite ^/saltwiki/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ /saltwiki/thumb.php?f=$1&width=$2&archived=1; # Run the thumb.php script include /etc/nginx/fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root/saltwiki/thumb.php; fastcgi_pass 127.0.0.1:9000; } # [...] }

Alright thank you!

Thank you!

Have a nice day! ☺️ ✨

Domain added. it can take up to 2 hours to start working.

WSGI restart access has been removed from the domain casamarcial.com.br, but WSGI restart access is still enabled on the domain atenahub.app.br.

its Python 3.12 version

Domains removed and new domains added. it can take up to 2 hours for the new domains to start working. Since removing a domain sometimes deletes the files associated with it, you can download a backup of your account before the removal at https://heliohost.org/backup

It looks like the payment went through correctly at 8:06am, about 5 hours after you posted this, and your VPS is already powered back on. Let us know if you're still having any issues.

Thank you very much!

Thanks. It's OK.

Your account has been reset. When the reset finishes, you'll receive an email with a link to create a new account. Please let us know if you need anything else.

Those domains are all working properly for me at the moment. The "redirect" (which was probably the domain setup page) and the certificate errors suggest you didn't wait 2 hours after having domains set up before trying to use them. During that 2 hour period, Apache isn't fully configured. New domains won't work properly until Apache restarts. Note that the 502 error is normal on Johnny and occurs approximately every 2 hours due to the Apache restart. https://wiki.helionet.org/502_Bad_Gateway It usually lasts a few minutes. As for the FTP connection, try using SFTP instead of FTP/FTPS to access your account: Hostname should be johnny.heliohost.org, port 1373, and use your plesk username and password. Most users find that this works much better than regular FTP, and it's also more secure.

Alright, thank you very much! (Also please if you will, mark this request as solved or something 😅)

Never mind, I found that answer in the wiki.

Your site appears to be working properly on my end however i did notice that you deleted the cgi-bin folder from your domains root directory, be aware that because of this you will not be able to use scripts such as python, Nodejs etc... without resetting your account.

Domain added. it can take up to 2 hours to start working.

Thank you!

Backups 637.40 MB Emails 0 MB Files 963.19 MB Trash 36.73 MB Logs .44 MB PSQL 0 MB MariaDB 0 MB Total 1637.76 MB 964M /home/freethyroxine.xyz/httpdocs 12K /home/freethyroxine.xyz/.composer 8.0K /home/freethyroxine.xyz/.ssh

You're very welcome! 🙂 Please let us know (in a new request thread) if you need help with anything else!