Issue with Admin Panel since upgrade to 1.4.2
-
@priapo yeah the build script should close after finishing. It looks like you may have some corruption. Have you tried
git reset --hard origin/v1.x.x
? -
I tried installing it in the host instead of inside a cointainer, and the error continues the same
It returns a 404 error when acessing
https://thewizards.club/api/language/en-GB/admin%2Fadmin
But finds it when acessing
https://thewizards.club/api/language/en-GB/admin/admin
@PitaJ can you tell us what you did to install it? I followed the rules in the docs for the Ubuntu.
EDIT: also this
-
@priapo have you tried accessing without a reverse proxy?
-
@priapo so it must be something related to the reverse proxy. Maybe it's an issue caused by some weird issue between the reverse proxy and NodeBB
-
It was solved; here is my working Apache's
nodebb.conf
:<VirtualHost *:80> ServerName thewizards.club Redirect permanent / https://thewizards.club </VirtualHost> <VirtualHost *:443> ServerName thewizards.club SSLEngine on SSLProtocol all -SSLv2 SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM SSLCertificateFile /etc/apache2/ssl/thewizards-club/2_thewizards.club.crt SSLCertificateKeyFile /etc/apache2/ssl/server.key.insecure SSLCertificateChainFile /etc/apache2/ssl/thewizards-club/1_root_bundle.crt # ServerAdmin webmaster@localhost <Proxy *> Require all granted </Proxy> ProxyRequests off #ProxyVia on AllowEncodedSlashes On #ProxyPreserveHost on RequestHeader set X-Forwarded-Proto "https" RewriteEngine On RewriteCond %{REQUEST_URI} ^/socket.io [NC] RewriteCond %{QUERY_STRING} transport=websocket [NC] RewriteRule /(.*) ws://127.0.0.1:4567/$1 [P,NE,L] # NE flag == noescape ProxyPass /socket.io http://127.0.0.1:4567/socket.io nocanon retry=0 ProxyPassReverse /socket.io http://127.0.0.1:4567/socket.io ProxyPass / http://127.0.0.1:4567/ nocanon retry=0 ProxyPassReverse / http://127.0.0.1:4567/ ErrorLog /home/web/logs/apache/forum-error.log CustomLog /home/web/logs/apache/forum-access.log combined </VirtualHost>
I fixed it based on these resources:
Apache ProxyPassReverse escaping special characters
I have this very simple reverse proxy rule in Apache 2.2.19: ProxyPass /test http://other.local.machine/test ProxyPassReverse /test http://other.local.machine/test The problem is...
Server Fault (serverfault.com)
can't get mod_proxy to correctly forward encoded slash (/) characters (%2f)
I have a virtual host set up to redirect ntung-gitblit.localhost --> myserver:1279. However, it's not working with forward encoded slashes (%2f). The URL I'm trying to access is, http://ntung-gitb...
Server Fault (serverfault.com)
-
@teh_g yes it appears that Nginx does the same thing. I could fix this by double encoding on both ends of NodeBB or something.
-
@PitaJ said in Issue with Admin Panel since upgrade to 1.4.2:
@teh_g yes it appears that Nginx does the same thing. I could fix this by double encoding on both ends of NodeBB or something.
I found the fix, it was shockingly easy!
The user guide suggests using the following config for nginx:
location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_pass http://127.0.0.1:4567/; proxy_redirect off; # Socket.IO Support proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; }
I had to change the "proxy_pass" line to remove the trailing "/":
location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_pass http://127.0.0.1:4567; proxy_redirect off; # Socket.IO Support proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; }
-
@priapo said in Issue with Admin Panel since upgrade to 1.4.2:
@teh_g Very good, that's why I always say, post your config files removing sensitive data. We would have helped you resolving this simple issue of removing the slash better.
I just grabbed that right from the documentation. It might be worth fixing the documentation.
-
I checked my config, no trailing slash on proxy_pass in my case. Thanks for the heads up! Its nice to learn something every day
-
@Michael-Pfaff remove the trailing slash from the URL in your nginx config.
-
@PitaJ said in Issue with Admin Panel since upgrade to 1.4.2:
@Michael-Pfaff remove the trailing slash from the URL in your nginx config.
Can I do this just by downloading the file, editing and reuploading? Or do I need to take other steps?
-
@Michael-Pfaff yes you could do it that way, or you could use
nano
to edit it from your terminal on the server itself. -
@PitaJ said in Issue with Admin Panel since upgrade to 1.4.2:
@Michael-Pfaff yes you could do it that way, or you could use
nano
to edit it from your terminal on the server itself.Hmmm. I removed the trailing slash and it doesn't seem to have fixed anything. Any other step I need to take?