How to configure “https” in same domain for multiple ports?
I have a website(apache web server, ubuntu 14.04) setup http://example.com and configured with ports 1996 and 1980.
These links works with http
http://example.com/myproject
http://example.com:1996/
http://example.com:1980/
And then I installed SSL certs and configured this server to use https
.
But these links doesn't work
https://example.com:1996
https://example.com:1980
How to configure https
in same domain for multiple ports?
default.conf:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
<VirtualHost *:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
ServerName example.com
SSLEngine on
SSLCertificateFile /home/ubuntu/ssl_cert/signed_cert.crt
SSLCertificateKeyFile /home/ubuntu/ssl_cert/server.key
</VirtualHost>
ports.conf:
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
debian https apache-virtualhost
add a comment |
I have a website(apache web server, ubuntu 14.04) setup http://example.com and configured with ports 1996 and 1980.
These links works with http
http://example.com/myproject
http://example.com:1996/
http://example.com:1980/
And then I installed SSL certs and configured this server to use https
.
But these links doesn't work
https://example.com:1996
https://example.com:1980
How to configure https
in same domain for multiple ports?
default.conf:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
<VirtualHost *:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
ServerName example.com
SSLEngine on
SSLCertificateFile /home/ubuntu/ssl_cert/signed_cert.crt
SSLCertificateKeyFile /home/ubuntu/ssl_cert/server.key
</VirtualHost>
ports.conf:
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
debian https apache-virtualhost
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Yes, the ports are up. Apache is also running andhttp://example.com/myproject
still works. Issue is withhttps
and specific ports 1996, 1980
– Nani
Feb 27 at 17:07
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42
add a comment |
I have a website(apache web server, ubuntu 14.04) setup http://example.com and configured with ports 1996 and 1980.
These links works with http
http://example.com/myproject
http://example.com:1996/
http://example.com:1980/
And then I installed SSL certs and configured this server to use https
.
But these links doesn't work
https://example.com:1996
https://example.com:1980
How to configure https
in same domain for multiple ports?
default.conf:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
<VirtualHost *:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
ServerName example.com
SSLEngine on
SSLCertificateFile /home/ubuntu/ssl_cert/signed_cert.crt
SSLCertificateKeyFile /home/ubuntu/ssl_cert/server.key
</VirtualHost>
ports.conf:
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
debian https apache-virtualhost
I have a website(apache web server, ubuntu 14.04) setup http://example.com and configured with ports 1996 and 1980.
These links works with http
http://example.com/myproject
http://example.com:1996/
http://example.com:1980/
And then I installed SSL certs and configured this server to use https
.
But these links doesn't work
https://example.com:1996
https://example.com:1980
How to configure https
in same domain for multiple ports?
default.conf:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
<VirtualHost *:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
ServerName example.com
SSLEngine on
SSLCertificateFile /home/ubuntu/ssl_cert/signed_cert.crt
SSLCertificateKeyFile /home/ubuntu/ssl_cert/server.key
</VirtualHost>
ports.conf:
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
debian https apache-virtualhost
debian https apache-virtualhost
edited Feb 27 at 17:51
Rui F Ribeiro
41.6k1483141
41.6k1483141
asked Feb 27 at 16:54
NaniNani
4617
4617
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Yes, the ports are up. Apache is also running andhttp://example.com/myproject
still works. Issue is withhttps
and specific ports 1996, 1980
– Nani
Feb 27 at 17:07
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42
add a comment |
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Yes, the ports are up. Apache is also running andhttp://example.com/myproject
still works. Issue is withhttps
and specific ports 1996, 1980
– Nani
Feb 27 at 17:07
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Yes, the ports are up. Apache is also running and
http://example.com/myproject
still works. Issue is with https
and specific ports 1996, 1980– Nani
Feb 27 at 17:07
Yes, the ports are up. Apache is also running and
http://example.com/myproject
still works. Issue is with https
and specific ports 1996, 1980– Nani
Feb 27 at 17:07
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42
add a comment |
1 Answer
1
active
oldest
votes
EDIT: Debugging the user setup, it was found with netstat
there is already a process using 1996/TCP:
netstat -nlp | grep 1996
tcp 0 0 0.0.0.0:1996 0.0.0.0:* LISTEN 4729/python
So the configuration examples, were changed to 1997/TCP.
Apache
/mod_ssl
have to be told 1997/TCP and 1980/TCP are HTTPS ports. By default 443/TCP is already known, but any others TLS aware TCP ports have to be added to the configuration.
Otherwise, any non 443/TCP por, will be handled only as an HTTP capable port.
For instance, in CentOS, you have to add to /etc/httpd/conf.d/ssl.conf
and in Debian/Ubuntu at /etc/apache2/ports.conf
the lines:
Listen 1997 https
Listen 1980 https
You also have to define the ports in the corresponding vhosts:
<VirtualHost *:1997>
Servername example.com
....
</VirtualHost>
<VirtualHost *:1980>
Servername example.com
....
</VirtualHost>
It is also little known, you can do something as (as an example only, do not use it if you still have the vhost using :*443):
<VirtualHost *:443 *:1980>
Servername example.com
....
</VirtualHost>
After editing the configuration files, you have to restart Apache. In Debian/Ubuntu, it is restarted doing:
sudo service apache2 restart
From Apache - Binding to Addresses and Ports
Specifying the protocol with Listen
The optional second protocol argument of Listen is not required for
most configurations. If not specified, https is the default for port
443 and http the default for all other ports. The protocol is used to
determine which module should handle a request, and to apply protocol
specific optimizations with the AcceptFilter directive.
You only need to set the protocol if you are running on non-standard
ports. For example, running an https site on port 8443:
Listen 192.170.2.1:8443 https
Important Note: there should only be configured one Listen line/directive per port. If you have already a Listen directive for these ports, you either comment them or add https on front of them. Otherwise, you will have a "Address already in use" when starting Apache.
TLDR of last paragraph: you have already a duplicate Listen for at least 1996 in probably apache2.conf, take it out. (no, it is being used by another running service)
Second Note: Do not use ports you might have configured on other running services.
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, docd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
|
show 5 more comments
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f503381%2fhow-to-configure-https-in-same-domain-for-multiple-ports%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
EDIT: Debugging the user setup, it was found with netstat
there is already a process using 1996/TCP:
netstat -nlp | grep 1996
tcp 0 0 0.0.0.0:1996 0.0.0.0:* LISTEN 4729/python
So the configuration examples, were changed to 1997/TCP.
Apache
/mod_ssl
have to be told 1997/TCP and 1980/TCP are HTTPS ports. By default 443/TCP is already known, but any others TLS aware TCP ports have to be added to the configuration.
Otherwise, any non 443/TCP por, will be handled only as an HTTP capable port.
For instance, in CentOS, you have to add to /etc/httpd/conf.d/ssl.conf
and in Debian/Ubuntu at /etc/apache2/ports.conf
the lines:
Listen 1997 https
Listen 1980 https
You also have to define the ports in the corresponding vhosts:
<VirtualHost *:1997>
Servername example.com
....
</VirtualHost>
<VirtualHost *:1980>
Servername example.com
....
</VirtualHost>
It is also little known, you can do something as (as an example only, do not use it if you still have the vhost using :*443):
<VirtualHost *:443 *:1980>
Servername example.com
....
</VirtualHost>
After editing the configuration files, you have to restart Apache. In Debian/Ubuntu, it is restarted doing:
sudo service apache2 restart
From Apache - Binding to Addresses and Ports
Specifying the protocol with Listen
The optional second protocol argument of Listen is not required for
most configurations. If not specified, https is the default for port
443 and http the default for all other ports. The protocol is used to
determine which module should handle a request, and to apply protocol
specific optimizations with the AcceptFilter directive.
You only need to set the protocol if you are running on non-standard
ports. For example, running an https site on port 8443:
Listen 192.170.2.1:8443 https
Important Note: there should only be configured one Listen line/directive per port. If you have already a Listen directive for these ports, you either comment them or add https on front of them. Otherwise, you will have a "Address already in use" when starting Apache.
TLDR of last paragraph: you have already a duplicate Listen for at least 1996 in probably apache2.conf, take it out. (no, it is being used by another running service)
Second Note: Do not use ports you might have configured on other running services.
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, docd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
|
show 5 more comments
EDIT: Debugging the user setup, it was found with netstat
there is already a process using 1996/TCP:
netstat -nlp | grep 1996
tcp 0 0 0.0.0.0:1996 0.0.0.0:* LISTEN 4729/python
So the configuration examples, were changed to 1997/TCP.
Apache
/mod_ssl
have to be told 1997/TCP and 1980/TCP are HTTPS ports. By default 443/TCP is already known, but any others TLS aware TCP ports have to be added to the configuration.
Otherwise, any non 443/TCP por, will be handled only as an HTTP capable port.
For instance, in CentOS, you have to add to /etc/httpd/conf.d/ssl.conf
and in Debian/Ubuntu at /etc/apache2/ports.conf
the lines:
Listen 1997 https
Listen 1980 https
You also have to define the ports in the corresponding vhosts:
<VirtualHost *:1997>
Servername example.com
....
</VirtualHost>
<VirtualHost *:1980>
Servername example.com
....
</VirtualHost>
It is also little known, you can do something as (as an example only, do not use it if you still have the vhost using :*443):
<VirtualHost *:443 *:1980>
Servername example.com
....
</VirtualHost>
After editing the configuration files, you have to restart Apache. In Debian/Ubuntu, it is restarted doing:
sudo service apache2 restart
From Apache - Binding to Addresses and Ports
Specifying the protocol with Listen
The optional second protocol argument of Listen is not required for
most configurations. If not specified, https is the default for port
443 and http the default for all other ports. The protocol is used to
determine which module should handle a request, and to apply protocol
specific optimizations with the AcceptFilter directive.
You only need to set the protocol if you are running on non-standard
ports. For example, running an https site on port 8443:
Listen 192.170.2.1:8443 https
Important Note: there should only be configured one Listen line/directive per port. If you have already a Listen directive for these ports, you either comment them or add https on front of them. Otherwise, you will have a "Address already in use" when starting Apache.
TLDR of last paragraph: you have already a duplicate Listen for at least 1996 in probably apache2.conf, take it out. (no, it is being used by another running service)
Second Note: Do not use ports you might have configured on other running services.
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, docd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
|
show 5 more comments
EDIT: Debugging the user setup, it was found with netstat
there is already a process using 1996/TCP:
netstat -nlp | grep 1996
tcp 0 0 0.0.0.0:1996 0.0.0.0:* LISTEN 4729/python
So the configuration examples, were changed to 1997/TCP.
Apache
/mod_ssl
have to be told 1997/TCP and 1980/TCP are HTTPS ports. By default 443/TCP is already known, but any others TLS aware TCP ports have to be added to the configuration.
Otherwise, any non 443/TCP por, will be handled only as an HTTP capable port.
For instance, in CentOS, you have to add to /etc/httpd/conf.d/ssl.conf
and in Debian/Ubuntu at /etc/apache2/ports.conf
the lines:
Listen 1997 https
Listen 1980 https
You also have to define the ports in the corresponding vhosts:
<VirtualHost *:1997>
Servername example.com
....
</VirtualHost>
<VirtualHost *:1980>
Servername example.com
....
</VirtualHost>
It is also little known, you can do something as (as an example only, do not use it if you still have the vhost using :*443):
<VirtualHost *:443 *:1980>
Servername example.com
....
</VirtualHost>
After editing the configuration files, you have to restart Apache. In Debian/Ubuntu, it is restarted doing:
sudo service apache2 restart
From Apache - Binding to Addresses and Ports
Specifying the protocol with Listen
The optional second protocol argument of Listen is not required for
most configurations. If not specified, https is the default for port
443 and http the default for all other ports. The protocol is used to
determine which module should handle a request, and to apply protocol
specific optimizations with the AcceptFilter directive.
You only need to set the protocol if you are running on non-standard
ports. For example, running an https site on port 8443:
Listen 192.170.2.1:8443 https
Important Note: there should only be configured one Listen line/directive per port. If you have already a Listen directive for these ports, you either comment them or add https on front of them. Otherwise, you will have a "Address already in use" when starting Apache.
TLDR of last paragraph: you have already a duplicate Listen for at least 1996 in probably apache2.conf, take it out. (no, it is being used by another running service)
Second Note: Do not use ports you might have configured on other running services.
EDIT: Debugging the user setup, it was found with netstat
there is already a process using 1996/TCP:
netstat -nlp | grep 1996
tcp 0 0 0.0.0.0:1996 0.0.0.0:* LISTEN 4729/python
So the configuration examples, were changed to 1997/TCP.
Apache
/mod_ssl
have to be told 1997/TCP and 1980/TCP are HTTPS ports. By default 443/TCP is already known, but any others TLS aware TCP ports have to be added to the configuration.
Otherwise, any non 443/TCP por, will be handled only as an HTTP capable port.
For instance, in CentOS, you have to add to /etc/httpd/conf.d/ssl.conf
and in Debian/Ubuntu at /etc/apache2/ports.conf
the lines:
Listen 1997 https
Listen 1980 https
You also have to define the ports in the corresponding vhosts:
<VirtualHost *:1997>
Servername example.com
....
</VirtualHost>
<VirtualHost *:1980>
Servername example.com
....
</VirtualHost>
It is also little known, you can do something as (as an example only, do not use it if you still have the vhost using :*443):
<VirtualHost *:443 *:1980>
Servername example.com
....
</VirtualHost>
After editing the configuration files, you have to restart Apache. In Debian/Ubuntu, it is restarted doing:
sudo service apache2 restart
From Apache - Binding to Addresses and Ports
Specifying the protocol with Listen
The optional second protocol argument of Listen is not required for
most configurations. If not specified, https is the default for port
443 and http the default for all other ports. The protocol is used to
determine which module should handle a request, and to apply protocol
specific optimizations with the AcceptFilter directive.
You only need to set the protocol if you are running on non-standard
ports. For example, running an https site on port 8443:
Listen 192.170.2.1:8443 https
Important Note: there should only be configured one Listen line/directive per port. If you have already a Listen directive for these ports, you either comment them or add https on front of them. Otherwise, you will have a "Address already in use" when starting Apache.
TLDR of last paragraph: you have already a duplicate Listen for at least 1996 in probably apache2.conf, take it out. (no, it is being used by another running service)
Second Note: Do not use ports you might have configured on other running services.
edited Feb 28 at 10:38
answered Feb 27 at 17:18
Rui F RibeiroRui F Ribeiro
41.6k1483141
41.6k1483141
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, docd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
|
show 5 more comments
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, docd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:1996 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:1996 no listening sockets available, shutting down AH00015: Unable to open logs Action 'start' failed. The Apache error log may have more information.
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I get the above message, after restarting apache service with the changes that you suggested
– Nani
Feb 27 at 17:31
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
I will add a note I deleted when editing the answer, because I thought you were showing your complete configuration (you arent)
– Rui F Ribeiro
Feb 27 at 17:32
If you are able to find the duplicate, do
cd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
If you are able to find the duplicate, do
cd /etc/apache2 ; grep -r 1996 *
– Rui F Ribeiro
Feb 27 at 17:39
No, there are no duplicates
– Nani
Feb 27 at 18:09
No, there are no duplicates
– Nani
Feb 27 at 18:09
|
show 5 more comments
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f503381%2fhow-to-configure-https-in-same-domain-for-multiple-ports%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Can you see the ports up and running with a netstat -ntpl or ss -ntpl | cat ? If not Apache may not have even started properly and you need to check the logs for errors encountered.
– ttaran7
Feb 27 at 17:00
Yes, the ports are up. Apache is also running and
http://example.com/myproject
still works. Issue is withhttps
and specific ports 1996, 1980– Nani
Feb 27 at 17:07
If the ports are up then it means that you have configured apache to listen on those ports correctly. Check if the ServerName/ServerAlias is within that virtualhost block? Can you indicate how you are testing those links ? Are you testing locally on the machine or from another server/desktop ? Are there any errors appearing in the apache log files ?
– ttaran7
Feb 27 at 17:16
@Nani, I just noticed that you haven't accepted an answer for any of the 4 still open questions you've asked. Accepting an answer is the best way to thank the person who took the time to answer you and, more importantly, shows the next user who finds your question that this answer worked for you. If the answers you have received did actually answer your question, please take a moment and accept them by clicking on the checkmark on the left.
– terdon♦
Feb 27 at 18:42