Je veux installer un certificat SSL pour mon VPS (ubuntu 20.04) pour le nom de domaine: sallelibre.com, j'ai donc suivi des tutos pour en installer un mais c'est un peu une catastrophe, j'ai ma clé et mon certificat pour validé le certificat SSL. Et à ce que j'ai compris, je dois "simplement" modifié mon fichier default qui est dans /etc/nginx/sites-available, J'espère que jusqu'à la aucune erreur.. Puis en le modifiant .Donc le voici de manière complet à l'état initial:
##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass PHP scripts to FastCGI server
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /.ht {
# deny all;
#}
}
# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
# listen 80;
# listen [::]:80;
#
# server_name example.com;
#
# root /var/www/example.com;
# index index.html;
#
# location / {
# try_files $uri $uri/ =404;
# }
#}
Puis voici comment je l'ai modifié (c'est juste la fin qui change, mais je voulais vous mettre le contexte):
##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass PHP scripts to FastCGI server
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /.ht {
# deny all;
#}
}
# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
server {
listen 80 ;
listen 443 ssl ;
#
#
#
ssl on;
ssl certificate /etc/ssl/sallelibre.com/sallelibre.com_ssl_certificate.cer;
ssl certificate_key /etc/ssl/sallelibre.com/sallelibre.com_private_key.key;
server_name sallelibre.com;
root /var/www/html;
index index.php index.html index.htm index.nginx-debian.html;
#
#
location / {
try_files $uri $uri/ =404;
}
}
Voila, donc à force j'ai tester plein de variante, mais le problème qui survient, c'est que lorsque je fais cette modification, mon site internet ne marche plus et de plus je ne peux pas restart Nginx (je crois que c'est à cause des ports (voici l'erreur :
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.))
Mais je n'ai donc aucune idée de comment et quoi faire pour installer mon certificat ssl et que tout marche .
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset:>
Active: failed (Result: exit-code) since Thu 2022-06-09 13:41:14 UTC; 5h 3>
Docs: man:nginx(8)
Process: 44647 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_proc>
Jun 09 13:41:14 localhost systemd[1]: Starting A high performance web server an>
Jun 09 13:41:14 localhost nginx[44647]: nginx: [warn] the "ssl" directive is de>
Jun 09 13:41:14 localhost nginx[44647]: nginx: [emerg] invalid number of argume>
Jun 09 13:41:14 localhost nginx[44647]: nginx: configuration file /etc/nginx/ng>
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Control process exited, co>
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Failed with result 'exit-c>
Jun 09 13:41:14 localhost systemd[1]: Failed to start A high performance web se>
lines 1-13/13 (END)...skipping...
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-06-09 13:41:14 UTC; 5h 31min ago
Docs: man:nginx(8)
Process: 44647 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
Jun 09 13:41:14 localhost systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 09 13:41:14 localhost nginx[44647]: nginx: [warn] the "ssl" directive is deprecated, use the "listen ... ssl" directive instead in /etc/nginx/sites-enabled/default:84
Jun 09 13:41:14 localhost nginx[44647]: nginx: [emerg] invalid number of arguments in "ssl" directive in /etc/nginx/sites-enabled/default:85
Jun 09 13:41:14 localhost nginx[44647]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Failed with result 'exit-code'.
Jun 09 13:41:14 localhost systemd[1]: Failed to start A high performance web server and a reverse proxy server.
J'avais pas vu ! J'ai du copier trop vite. Merci !
Et j'ai modifier ce que tu m'as dis, puis j'ai tenté la commande
nginx -t
Mais il n'est pas valide, ça m'a renvoyé :
nginx: [emerg] a duplicate listen 0.0.0.0:443 in /etc/nginx/sites-enabled/default:81
nginx: configuration file /etc/nginx/nginx.conf test failed
Puis j'ai retenté la commande
systemctl status nginx.service
Pour voir les divers problèmes ce qui m'a renvoyé ça :
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-06-09 13:41:14 UTC; 9h ago
Docs: man:nginx(8)
Process: 44647 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
Jun 09 13:41:14 localhost systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 09 13:41:14 localhost nginx[44647]: nginx: [warn] the "ssl" directive is deprecated, use the "listen ... ssl" directive instead in /etc/nginx/sites-enabled/default:84
Jun 09 13:41:14 localhost nginx[44647]: nginx: [emerg] invalid number of arguments in "ssl" directive in /etc/nginx/sites-enabled/default:85
Jun 09 13:41:14 localhost nginx[44647]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jun 09 13:41:14 localhost systemd[1]: nginx.service: Failed with result 'exit-code'.
Jun 09 13:41:14 localhost systemd[1]: Failed to start A high performance web server and a reverse proxy server.
Mais comme c'est le même que tout à l'heure, il faudrait que je redémarre nginx mais je peux pas le redemarrer à cause de l'erreur du début.
Alors c'est génial, mon fichier marche bien, Nginx -t me renvoie bien "successfull", et j'ai bien pu restart Nginx puis j'ai taper la commande pour voir l'état de Nginx qui est parfait !
Mais un problème est survenue c'est que lorsque je mets "sallelibre.com" sur internet ça me télécharge ma page index.php (ma page "d'accueil") et lorsque je mets "www.sallelibre.com" tout marche bien sauf le fait que mon certificat ssl ne marche pas. Je ne sais pas si j'ai mal géré quelque chose dans le fichier.
J'ai également tenté de modifier mon index.php en index.html pour voir si ça pouvait être un problème de PHP mais cela ne change rien.
J'ai tenté d'appeler mon hébergeur pour voir si c'était un problème d'enregistrement A mais à ce qu'il parait tout est bien en place.
Si jamais voila mon fichier default après les modifications :
##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass PHP scripts to FastCGI server
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
server {
listen 80 ;
listen 443 ssl http2;
#
#
#
ssl_certificate /etc/ssl/sallelibre.com/sallelibre.com_ssl_certificate.cer;
ssl_certificatekey /etc/ssl/sallelibre.com/.sallelibre.com_private_key.key;
server_name sallelibre.com;
root /var/www/html;
index index.php index.html index.htm index.nginx-debian.html;
#
#
location / {
try_files $uri $uri/ =404;
}
location ~ .php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
}
j'ai rajouté la ligne de php à la fin, au cas ou. Mais de ce fait je ne sais pas quoi faire pour faire en sorte que lorsque on tape sallelibre.com on ait bien ma page et non que ça la télécharge. Par ailleurs, je n'ai toujours pas le certificat ssl actif, peut être c'est lié...
Alors miracle, enfin j'ai modifié les paramètres DNS de mon serveur pour que sallelibre.com (ou www.sallelibre.com) tendent vers mon VPS avec son IP. Ca s'est actualisé il y a pas longtemps et donc lorsque je tape sallelibre.com je tombe bien dessus.
Le dernier problème est donc le certificat, même si mon fichier Nginx marche, et que je peux accéder à mon site, il n'a pas pour autant le certificat.
Voici les informations générales sur le certificat :
Le nom de domaine est sallelibre.com et pourtant même avec le fichier Nginx bien fait et la "redirection qui marche", je n'arrive pas à avoir le certificat. Peut-être je dois attendre un peu de temps pour qu'il s'active? Ah et je n'ai pas mis le certificat intermédiaire dans le fichier nginx (vu qu'il n'était pas forcément nécessaire).
Et merci encore lecbee pour ton aide ! Ou réémettre un certificat peut-être ?
Ah bon ?! Je suis parti voir et je n'arrive pas à savoir si j'ai réussi à le débloquer ou non. J'ai autorisé le port 443 à l'adresse IP de mon serveur, j'ai tenté de modifier le pare-feu mais je ne vois pas comment savoir si j'ai réussi à l'ouvrir. Ett comment l'as-tu su ? qu'il n'était pas ouvert ?
J'ai d'ailleurs fait la commande "lsof -i -P -n | grep LISTEN" et je ne vois aucun port 443. Pourtant j'ai tenté de l'ouvrir, comme ceci :
ufw allow from (MON IP) to any port 443 proto tcp
ou comme ça :
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
Je vais surement poser une question peu intelligente, mais on peut avoir plusieurs pare-feu sur son serveur ubuntu ? Parce que si je le débloque à un endroit, il peut être bloqué à un autre ?
Vu que ton site est public, n'importe qui peut vérifier si le port 443 est ouvert. Alors soit il est fermé, soit ton nginx n'est pas lancé.
Tu peux déjà vérifier si nginx écoute sur le 443 :
# ss -tpna |grep LISTEN
Pour le firewall, je n'utilise pas Ubuntu donc je connais pas bien ufw. Pour iptables a priori oui c'est bon en tout cas.
Bonne question si on peut avoir plusieurs firewall, je ne sais pas. Ce que je sais c'est que ça sera en tout cas une très mauvaise idée d'en avoir plusieurs
Je vais surement poser une question peu intelligente, mais on peut avoir plusieurs pare-feu sur son serveur ubuntu ? Parce que si je le débloque à un endroit, il peut être bloqué à un autre ?
Merci en tout cas.
Réponse:
Linux ne possède qu'un seul firewall qui s'appel netfilter. ufw et iptables sont deux outils en ligne de commande qui permettent de coonfigurer netfilter.
Donc oui, tu peux écrire des règles via l'un ou l'autre de ces outils, et oui tu peux te retrouver avec des incompréhensions...MAIS DANS TOUS LES CAS:
La liste de toutes les règles passées (même ufw) sont visible et lisible avec cette commande:
iptables -L
La priorité entre les règles est simplement une question d'ordre: les règles "en haut" auront surement priorité.
Si tu ne veux pas trop t'embrouiller avec les règles firewall, il y a tout un tas de générateurs de règles en ligne sur internet qui te permettent de gérer ça facilement, par exemple celui-là (simple et efficace): https://finseckto.com/firewall/
Ah ok, je ne savais pas, merci beaucoup pour l'explication! D'après la commande, je ne pense pas avoir fait de modification, mais il n'y a aucune règle qui s'oppose au port 443.
Mais pourtant quand je fais des commandes pour voir les services réseaux, enfin les ports en écoute tel que
netstat -tulpen
Et bah je n'ai effectivement pas le port 443 en écoute (c'est ça le problème non ?) Mais si j'ai aucune règle contre le port 443 et que j'ai tenté d'ouvrir le port 443 avec le firewall, est-ce que j'ai "mal réussi" ? ou ça peut-être une autre histoire ? D'ailleurs la commande me renvoie ça :
D'accord. Effectivement, si cela n'apparait pas dans ton netstat, on est plus proche d'un problème de configuration de nginx que d'un problème de pare-feu.
Je vois que tu as fait ta configuration dans sites-available, es-tu certain d'avoir bien "symlinké" ta conf sites-available vers sites-enabled?
(Admettons que le fichier de conf que tu modifies dans sites-available s'appel 'defaults')
Et si tu n'as toujours rien après ça (ton netstat ne retourne rien en écoute sur le port 443), alors il peut être intéressant que tu partages les journaux de nginx (la commande suivante):
journalctl -u nginx
- Edité par petitradisgris 12 juin 2022 à 13:45:47
Alors tout d'abord, merci pour vos réponses ! J'ai fais les commandes que tu m'as donné petitradisgris et cela ne m'a rien changé (je n'ai rien en écoute sur le port 443).
Donc je vais vous envoyer toutes les informations que j'ai ainsi que mon fichier default (mon fichier config de nginx ) parce que j'ai pu me tromper.
Fichier config nginx :
##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass PHP scripts to FastCGI server
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
server {
listen 80 ;
listen 443 ssl http2;
#
#
#
ssl_certificate /etc/ssl/sallelibre.com/sallelibre.com_ssl_certificate.cer;
ssl_certificate_key /etc/ssl/sallelibre.com/_.sallelibre.com_private_key.key;
server_name sallelibre.com;
root /var/www/html;
index index.php index.html index.htm index.nginx-debian.html;
#
#
location / {
try_files $uri $uri/ =404;
}
location ~ .php$ {
include snippets/fastcgi-php.conf;
#
# # With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
# # With php-cgi (or other tcp sockets):
# fastcgi_pass 127.0.0.1:9000;
}
}
Puis voila le résultat de la commande "ss -tpna |grep LISTEN" :
Alors il y a bien le port 443 mais je ne sais pas vraiment si ça m'indique qu'il est ouvert pour sallelibre.com
Voici le résultat de la commande "journalctl -u nginx"
Jun 12 20:31:08 localhost systemd[1]: Reloading A high performance web server and a reverse proxy server.
Jun 12 20:31:08 localhost nginx[97884]: nginx: [warn] conflicting server name "sallelibre.com" on 0.0.0.0:80, ignored
Jun 12 20:31:08 localhost systemd[1]: Reloaded A high performance web server and a reverse proxy server.
Jun 12 20:34:22 localhost systemd[1]: Reloading A high performance web server and a reverse proxy server.
Jun 12 20:34:22 localhost systemd[1]: Reloaded A high performance web server and a reverse proxy server.
Alors en l'occurence, il y a beaucoup plus de résultat mais je me suis dis que c'était pas judicieux de tous les mettre, donc je vous mets les plus récents en sachant que à Jun 12 20:31:08, j'avais reload mon nginx mais dans le fichier config au premier "serveur name: _" j'avais mis sallelibre.com au lieu du _, donc j'avais serveur name: sallelibre.com . J'ai remis "_" car ça ne marchait pas. (j'ai fais beaucoup de test "inutiles")
J'ai l'impression que c'est mon fichier config qui a un problème mais en même temps je ne comprends pas ou, j'ai mal ouvert le port 443 dedans ?
Ah et voici le résultat de la commande "netstat -tulpen" :
Alors mdrr, cette remarque est plus que pertinente x).
Alors je ne savais pas que le https marchait bien, enfaite je restais bloqué sur le faite que lorsque je mets juste "sallelibre.com", ça n'était pas sécurisé.
Alors je viens de percuter que je suis stupide mais à la fois je ne pensais pas ça possible donc je reste perplexe. En gros si je reste sur mon navigateur que j'utilise h24 en l'occurrence google chrome, lorsque je mets sallelibre.com ça me redirige vers ma page mais non sécurisé. Alors que si je vais en navigateur privé, la page est effectivement sécurisé. Pourtant lorsque je recherche sallelibre.com sur mon navigateur "lambda" je marque tout le lien moi-même mais ça me mets que le site n'est pas sécurisé. C'est assez étrange mais la prochaine fois le testerai mes versions du site sur des pages en navigations privées. En tout cas merci beaucoup pour votre aide ! J'ai compris plein de chose et encore merci lecbee et petitradisgris.
Oh, génial merci ! Alors j'avais réussi à rediriger http vers https ! Mais je ne savais pas qu'on pouvait désactiver le cache de chrome pendant son développement web, généralement je faisais des tests sur mon pc en local.
J'ai une toute dernière question, maintenant quand je vais sur sallelibre.com tout est parfait. Mais lorsque je tape sur internet sallelibre com (donc sans réel lien url, juste en recherche), je tombe sur mon site mais en http et pas en https, comment ça se fait ? et comment modifier ça ? Est ce que c'est parce que j'ai fais énormément de visite sur mon site lorsqu'il était en http, ou mes paramètres DNS de mon VPS qui ont été mal configuré ?
Je suis juste perplexe par rapport à ça autrement merci !
EDIT: c'est bon
- Edité par LoïsCoursaut1 16 juin 2022 à 18:54:25
Installation certificat ssl sur ubuntu nginx
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Find various resources, tuturials and online tools at: https://finseckto.com
Find various resources, tuturials and online tools at: https://finseckto.com
Find various resources, tuturials and online tools at: https://finseckto.com
Find various resources, tuturials and online tools at: https://finseckto.com