> Date: Monday, July 03, 2023 20:35:36 +0530 > From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx> > > I have initiated a new thread to discuss the new issue. I am > running node.js application on port 8000 and Apache HTTP server on > CentOS Linux release 7.9.2009 (Core) > ># node --version > *v16.20.0* ># httpd -v > Server version: *Apache/2.4.57 (IUS)* > Server built: Apr 7 2023 14:49:47 ># > > *#cat /etc/httpd/conf.d/phpnodejs.conf* > <VirtualHost *:80> > ServerName phpnodejs.mydomain.com > Redirect / https://phpnodejs.mydomain.com/ > </VirtualHost> > <VirtualHost *:443> > DocumentRoot /var/www/html/phpcode/cardium-version-1/web > DirectoryIndex index.php > ServerName phpnodejs.mydomain.com > Header add Access-Control-Allow-Origin "*" > SSLEngine on > SSLCertificateFile /etc/letsencrypt/live/ > phpnodejs.mydomain.com/cert.pem > SSLCertificateKeyFile /etc/letsencrypt/live/ > phpnodejs.mydomain.com/privkey.pem > SSLCertificateChainFile /etc/letsencrypt/live/ > phpnodejs.mydomain.com/chain.pem > Header always set Strict-Transport-Security > "max-age=63072000; includeSubDomains" > ProxyPass /index.php ! > ProxyPassMatch "^/(.+)$" "http://localhost:8000/$1" > > <Directory "/var/www/html/phpcode/cardium-version-1/web"> > DirectoryIndex index.html index.php > Options FollowSymLinks > AllowOverride All > Require valid-user > AuthType Basic > AuthName "Restricted Content" > AuthUserFile > /var/www/html/phpcode/cardium-version-1/web/.htpasswd </Directory> > </VirtualHost> > > When I hit https://phpnodejs.mydomain.com it works perfectly fine. > But when I click on any of the links on the home page which adds > /en at the end of all the links, I get Not Found on the browser for > all the links. > > For example https://https://phpnodejs.mydomain.com/en returns Not > Found. https:// > https://phpnodejs.mydomain.com/en/community/webinars returns Not > Found. > https://phpnodejs.mydomain.com/en/community/articles returns Not > Found. > > When I hit https://phpnodejs.mydomain.com/nodejssl/server.js works > perfectly fine as expected. > > [image: image.png] > > cat /var/log/httpd/ssl_access_log > 172.16.16.45 - - [03/Jul/2023:20:09:27 +0530] "GET > /en/community/webinars HTTP/1.1" 404 9 > 172.16.16.45 - - [03/Jul/2023:20:09:35 +0530] "GET > /en/apis/use-cases HTTP/1.1" 404 9 > 172.16.16.45 - - [03/Jul/2023:20:09:45 +0530] "GET > /en/support/contact-us HTTP/1.1" 404 9 > 172.16.16.45 - - [03/Jul/2023:20:10:02 +0530] "-" 408 - > 172.16.16.45 - - [03/Jul/2023:20:09:12 +0530] "GET > /__es-dev-server__/message-channel HTTP/1.1" 200 30 > 172.16.16.45 - drupaladmin [03/Jul/2023:20:11:00 +0530] "GET / > HTTP/1.1" 200 45339 > 172.16.16.45 - - [03/Jul/2023:20:11:03 +0530] "GET > /en/community/webinars HTTP/1.1" 404 9 > 172.16.16.45 - - [03/Jul/2023:20:11:09 +0530] "GET > /en/apis/use-cases HTTP/1.1" 404 9 > 172.16.16.45 - - [03/Jul/2023:20:11:11 +0530] "GET /en HTTP/1.1" > 404 9 172.16.16.45 - - [03/Jul/2023:20:11:29 +0530] "-" 408 - > You need to make some efforts to debug things yourself. Start by looking in the *appropriate* error_log file for the entries *matching* the above access_log 404s. I suspect that that could enlighten you. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx