Deprecated: Use of "parent" in callables is deprecated in /var/www/html/forum/src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php on line 431
  • If you need help or want to discuss things, you now can also join us on our Discord Server!
  • A first preview of the unlimited version of SinusBot can be found in the Upcoming Changes thread. A version for Windows will follow, but we don't have a release date, yet.

Solved ERR_SSL_PROTOCOL_ERROR for Sinusbot Webinterface after upgrading to https

DasNerdwork

Member
Latest version of Sinusbot
On a Debian 8 Server
Website encrypted with LetsEncrypt's free SSL through the certbot

Before I upgraded http://dasnerdwork.net:8087 worked fine to enter the sinusbot webinterface. Afterwards the same URL redirects me to https://dasnerdwork.net:8087 as it should but I can't access the webinterface there anymore.

Already added a sinusbot.conf into /etc/apache2/sites-available with a symlink to sites-enabled

Code:
<VirtualHost *:80>
    ServerName dasnerdwork.net
    
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    RewriteEngine on
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

</VirtualHost>

<VirtualHost *:443>
    ServerName dasnerdwork.net
    
    SSLEngine On
    SSLCertificateFile    /etc/letsencrypt/live/dasnerdwork.net/cert.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/dasnerdwork.net/privkey.pem
    SSLCertificateChainFile /etc/letsencrypt/live/dasnerdwork.net/fullchain.pem
    
    ProxyPass / http://127.0.0.1:8087/
    ProxyPassReverse / http://127.0.0.1:8087/
    
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Aswell as a updated config.ini like this:

ListenHost = "127.0.0.1"
UseSSL = false
SSLKeyFile = ""
SSLCertFile = ""
Hostname = ""
HostnameMask = ""

I read through several other threads and tried every possibility there, even tried it with the ReverseProxy but neither of that worked for me. Hope someone can help me with this!
 

Multivitamin

Well-Known Member
Tier III
is awesome!
V.I.P.
is uber awesome!
Contributor
Insider
<VirtualHost *:443>

you try to listen via all ips from default https port, so you will not be able to access apache from 8087
next thing is that "*" will not work since 127.0.0.1:8087 is already used

you just should use a subdomain in order to be able to access it like sinusbot.example.com, so you will not get a problem with the double used ports

you can try edit your config with something like that
<VirtualHost <your_external_ip>:8087>
instead of
<VirtualHost *:443>
 

DasNerdwork

Member
Du kannst nebenbei auch gerne deutsch schreiben

Bin gewohnt Englisch zu schreiben sobald es um meinen Linux Server geht, aber danke für die Info.

Alleiniges ändern des Virtual Hosts führte leider zu keinem Erfolg. Nach einem restart von apache bleibt der Fehler weiterhin bestehen.
Wie genau würde das mit der subdomain denn funktionieren? Habe selbst noch nie mit Subs gearbeitet.

Falls DNS Einträge mit dazugehören wäre das zwar unvorteilhaft aber in der Not noch machbar. Ich bin leider mit meiner Domain bei einem Provider gelandet wo man immer eine E-Mail schreiben muss damit die Mitarbeiter dort vor Ort die DNS Einträge bearbeiten.

Vielen Dank bereits für die schnellen Antworten und die liebe Hilfe :)
 

Lala Sabathil

Donor
is awesome!
Contributor
Insider
Bin gewohnt Englisch zu schreiben sobald es um meinen Linux Server geht, aber danke für die Info.
Wow, das gibt ein respekt von mir. Gute einstellung.


Bin gewohnt Englisch zu schreiben sobald es um meinen Linux Server geht, aber danke für die Info.

Alleiniges ändern des Virtual Hosts führte leider zu keinem Erfolg. Nach einem restart von apache bleibt der Fehler weiterhin bestehen.
Wie genau würde das mit der subdomain denn funktionieren? Habe selbst noch nie mit Subs gearbeitet.

Falls DNS Einträge mit dazugehören wäre das zwar unvorteilhaft aber in der Not noch machbar. Ich bin leider mit meiner Domain bei einem Provider gelandet wo man immer eine E-Mail schreiben muss damit die Mitarbeiter dort vor Ort die DNS Einträge bearbeiten.

Vielen Dank bereits für die schnellen Antworten und die liebe Hilfe :)
hast du morgen früh zeit?
So gegen 10
Damn könnte ich dir von ser arbeit aus helfen :)
 

Lala Sabathil

Donor
is awesome!
Contributor
Insider
dann log dich mal in deinen server ein und gib mir deine teamviewer daten :)
per pn
 
Last edited:

DasNerdwork

Member
So, die liebe @Lala Sabathil hat mir wunderbar mit Teamviewer geholfen und wir haben das im Endeffekt mit einer anderen Domain verknüpft. Für den Fall dass jemand hier dasselbe Problem erneut hat.

Werde ich, vielen Dank <3

//CLOSED
 
Last edited:
Top