Bonjour
Assure toi que tu n’est pas en IP partagée.
Free partage les IP entre 4 utilisateurs
1 a les ports de 1 à 16.000
2 16000 à 32000
3 32000 à 48000
4 le reste.
Après vérification sur freeboxos, j’ai en ma possession les ports de 0 à 65535
J’ai vu aussi que tu avais un dmz sur l’ adresse IP 192.168.0.35 c’est un 2 ème routeur ?
après exécution de la commande
$ sudo find / -name *.htaccess
j’ai eu comme résultats :
/usr/share/debian-reference/.htaccess
find: ‘/run/user/1000/gvfs’: Permission non accordée
j’ai donc ouvert le « /usr/share/debian-reference/.htaccess », il y a seulement une ligne :
AddCharset UTF-8 .txtLe dmz redirige tout sur l’adresse 192.168.0.35 donc tes redirections ne servent à rien, Je n’utilise pas apache donc je ne sais pas au niveau des .htaccess, mais il me semblait que ceux-ci devaient se trouver à la racine du site.
j’ai désactivé la DMZ, aucun effet 
Salut,
Réponse en coup de vent sans avoir tout lu.
J’ai un nom de domaine qui pointe vers un YunoHost autohébergé (ports 443 et 80 , mais 80 redirige vers 443).
J’ai intégré mon certif Let’s Encrypt dans ma freebox revolution et j’accède à ma freebox par le port (exemple) 123456 en tapant (exemple) https://mondomaine.truc:1213456.
Si je tape https://mondomaine.truc, j’accède bien à mon autre système.
C’est donc possible
++
ou se trouve ton site web (avec nginx par défaut le site web se situe dans /var/www/html/ )
Je m’occuperai du https avec let’s encrypt plus tard, je souhaite d’abord régler ce problème.
mon index est stocké sur /etc/www/html
Je re-précise le problème rencontré pour éviter les malentendus.
j’arrive à accéder à mon site via mon iPhone en 4G grâce à l’IP publique du raspberry (après ouverture des ports de ma Freebox) mais je ne parviens pas à y accéder via le nom de domaine, càd l’URL, fournie par Free (du type xxx.freeboxos.fr)
Je ne sais pas comment cela se passe avec apache mais avec NGINX il faut préciser le nom dans la config de nginx /etc/nginx/sites-available/default:
server_name xx.freeboxos.fr;
Salut,
Problème de DNS ?
Sinon, comme le dit @Mik91390 « il faut préciser le nom dans la config »
nabla@cloud:~$ ls /etc/apache2/sites-available/
000-default.conf 000-default-le-ssl.conf perso.conf default-ssl.conf
nabla@cloud:~$ sudo nano /etc/apache2/sites-available/000-default-le-ssl.conf
<IfModule mod_ssl.c>
<VirtualHost *:80>
ServerName www.domaine.truc
Redirect "/" "https://domaine.truc/"
</VirtualHost>
<VirtualHost *:443>
(...)
++
voici la configuration de ce fameux fichier 000-default.conf :
est-ce le seul qu’il faut modifier ? Dans le même dossier, voici les fichiers stockés :
j’ai fait ce que tu m’a conseillé.
après j’ai voulu activer https avec let’s encrypt :
sudo certbot certonly -d xxx.freeboxos. fr --redirect -m xxxx@gmail. com
mais il m’annonce une erreur :
Failed authorization procedure. xxxx.freeboxos. fr (http-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: Fetching https://xxxx.freeboxos. fr/.well-known/acme-challenge/_vhXqdNttxm7kEXv8vI2v_HaxFbOwW9-P3ftvu0GDC8: Timeout during connect (likely firewall problem)
IMPORTANT NOTES:
-
The following errors were reported by the server:
Domain: xxxx.freeboxos. fr
Type: connection
Detail: Fetching
https://xxxx.freeboxos. fr/.well-known/acme-challenge/_vhXqdNttxm7kEXv8vI2v_HaxFbOwW9-P3ftvu0GDC8:
Timeout during connect (likely firewall problem)To fix these errors, please make sure that your domain name was
entered correctly and the DNS A/AAAA record(s) for that domain
contain(s) the right IP address. Additionally, please check that
your computer has a publicly routable IP address and that no
firewalls are preventing the server from communicating with the
client. If you’re using the webroot plugin, you should also verify
that you are serving files from the webroot path you provided.
Tu as laissé un espace entre xxxx.freeboxos. et fr ?
Si oui, normal que ça plante
Questions en vrac :
- Avant de lancer certbot, tu as pu afficher ta page ?
- Tu as quels droits sur le dossier /var.www.html/ ?
- Faudrait pas faire un
sudo chmod -R 755?
Perso, je fais
sudo apt install certbot && sudo apt install python-certbot-apache
sudo certbot –apache
puis je réponds aux questions.
Notamment 3: 000-default-le-ssl.conf et 2: Redirect - Make all requests redirect to secure HTTPS access.
P.S. : un ls /var/www/html te donne bien une page index.html ou index.php ?
Non bien sûr que non, je n’ai pas laissé d’espace. C’est lors du post sur le forum, un message d’erreur car il compte ça comme une URL. C’est moi qui ai rajouté volontairement cet espace pour contourner ce bug.
- avant j’arrivais à afficher la page, mais maintenant plus du tout.
- cela me semble bon :
après application de tes instructions, puis réponses aux questions :
PS : j’ai inclu le ls /var/www/html dans ma capture, un index.html y est bel et présent.
après un restart d’apache, toujours rien dans le navigateur.
Ferme ton chrome et réouvre le, et si tu peux vide le cache avant, il a encore le vieux certificat en mémoire
J’ai essayé, mais toujours rien…
Avec grand désespoir j’ai essayé d’y accéder sur proxysite.com.
message d’erreur :
Error: The requested resource could not be loaded. libcurl returned the error: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol