Works for one domain, not the other

Please also show the output of:
sudo grep -i servername /etc/apache2/*.conf

“grep -i servername /etc/httpd/conf*/*.conf”

/etc/httpd/conf/httpd.conf:  ServerName
/etc/httpd/conf/httpd.conf:  ServerName
/etc/httpd/conf/httpd-le-ssl.conf:    ServerName

The servername in this file should probably NOT be the same name used for Internet connections.

I would change it to “default” or “anythingelse”

But as is used three times, I’m wondering why?
Maybe you can show the sections where the name is used.

“portions of /etc/httpd/conf/httpd.conf”

# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
# If your host doesn't have a registered DNS name, enter its IP address here.
<VirtualHost *:80>
  Redirect permanent /
<VirtualHost *:80>
  Redirect permanent /
1 Like

Ok the two virtual host sections are correct and needed.
The first entry though is NOT.
It actually then sets that name as the default.
Which in turn is used in the file: /etc/httpd/conf.d/ssl.conf
and creates an overlapping name conflict with the same name used in the file: /etc/httpd/conf/httpd-le-ssl.conf

Long story short, change the first entry of ServerName in the file: /etc/httpd/conf/httpd.conf
To “localhost”, “whatever”, “doesntmatter”
So that it doesn’t create that conflict.
[don’t forget to restart the web server after the change]
Then confirm the conflict/overlap has been resolved with:
sudo apachectl -S

1 Like

THANK YOU !! That seems to have resolved the problem. All redirects are working and the certificate seems to be accepted.

It does seem strange to me that I have another site, on a different server with four names rather than two, and where the default ServerName is set the same as this one was but certificates are working for all combinations of the names. ( [www.]aginganswersnow.{com,net} )


The problem is Apache.
It is notorious for running at all cost.
Which means that even though when there is such a name conflict it will continue and basically do the first one matched.
So it really depends on the file naming order (first come, first served).
In the other server you might have gotten lucky and the correct one came first (alphabetically).
[but that is NO WAY to run a server - luck of the draw - Apache should make more of a complaint or just not run in those situations]

1 Like

I’'ll fix the other one then, to avoid any future problem. Thanks again!

1 Like

Please show the output now of:
sudo apachectl -S

[and from the other server if you want too]

I will be more than happy to point out the obvious!
[Captain Obvious to the rescue]

“httpd -S”

[Sat Sep 12 21:49:00.348680 2020] [core:trace3] [pid 220801:tid 220801] core.c(3388): Setting LogLevel for all modules to trace5
VirtualHost configuration:
*:80                   is a NameVirtualHost
         default server (/etc/httpd/conf/httpd.conf:360)
         port 80 namevhost (/etc/httpd/conf/httpd.conf:360)
         port 80 namevhost (/etc/httpd/conf/httpd.conf:365)
*:443                  is a NameVirtualHost
         default server localhost.localdomain (/etc/httpd/conf.d/ssl.conf:56)
         port 443 namevhost localhost.localdomain (/etc/httpd/conf.d/ssl.conf:56)
         port 443 namevhost (/etc/httpd/conf/httpd-le-ssl.conf:10)
ServerRoot: "/etc/httpd"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/etc/httpd/logs/error_log"
Mutex default: dir="/etc/httpd/run/" mechanism=default 
Mutex cache-socache: using_defaults
Mutex authdigest-opaque: using_defaults
Mutex watchdog-callback: using_defaults
Mutex proxy-balancer-shm: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex authdigest-client: using_defaults
Mutex lua-ivm-shm: using_defaults
Mutex ssl-stapling: using_defaults
Mutex proxy: using_defaults
Mutex authn-socache: using_defaults
Mutex ssl-cache: using_defaults
PidFile: "/etc/httpd/run/"
User: name="apache" id=48
Group: name="apache" id=48
1 Like

That’s the way it should be!
Cheers from Miami :beers:

1 Like

Great job guys! :slightly_smiling_face:

The only thing I might add is that you probably want a redirect from to

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.