Bruno21

C'est identique: $ nslookup kuma.xxxxx.ovh Server: 1.1.1.1 Address: 1.1.1.1#53 Non-authoritative answer: kuma.xxxxx.ovh canonical name = xxxxx.ovh. Name: xxxxx.ovh Address: 86.235.y.zzz dans les 2 cas.

Je remonte ce sujet sur lequel je bloque toujours. Apparemment, le nas qui héberge le service voit uniquement le certificat de la livebox. moi@DS923:~$ echo | openssl s_client -connect kuma.xxxxx.ovh:443 2>/dev/null | openssl x509 -noout -dates -issuer -subject notBefore=Nov 20 15:50:34 2014 GMT notAfter=Nov 20 15:50:34 2019 GMT issuer=C = FR, O = Orange, OU = 0002 380129866, CN = Orange Devices Auth Web CA subject=C = FR, O = Orange, CN = Livebox V3 G5R0C3 Tandis que depuis toutes les autres machines: ❯ echo | openssl s_client -connect kuma.xxxxx.ovh:443 2>/dev/null | openssl x509 -noout -dates -issuer -subject notBefore=Jul 10 14:55:12 2024 GMT notAfter=Oct 8 14:55:11 2024 GMT issuer=C=US, O=Let's Encrypt, CN=R10 subject=CN=xxxxx.ovh Et sur Firefox, si je clique sur le cadenas, c'est bien le certificat LE qui est présenté.

Je viens de tester sur un enregistrement, et c'est tout bon. 😀 En fait, je me demande si je n'avais pas fait comme ça pour contourner le loopback de la livebox (j'ai 2 pi-hole à la maison). Je valide tout ça ce soir... Un grand merci.

Bonjour, J'ai plusieurs sous-domaines sur le NAS (reverse proxy) qui correspondent chacun à un DynHost chez OVH. Faut il créer une entrée DDNS dans le Panneau de configuration par sous-domaine pour mettre à jour le DynHost ? On peut pas juste mettre à jour le domaine principal chez OVH qui lui se débrouille pour mettre à jour tous les dynhost ? Merci d'avance.

Pas mieux. Il doit y avoir un truc avec le certificat puisque j'ai une erreur similaire avec statping-ng/ Je verrai après le renouvellement.

Recrée dans Portainer, dans Container manager, avec latest / nightly, c'est toujours pareil. Je vais laisser tomber pour le moment... Merci de ton aide.

Non, j'ai le 923 depuis un mois, et c'est le 1er docker qui bloque. drwxrwxrwx+ 1 root root 148 Feb 21 15:19 . drwxrwxrwx+ 1 root root 536 Feb 21 15:08 .. -rwxrwxrwx+ 1 root root 417 Feb 21 15:18 docker-compose.yml drwxrwxrwx+ 1 root root 0 Feb 21 15:19 docker-tls -rwxr-xr-x 1 root root 233472 Feb 21 15:20 kuma.db -rwxrwxrwx+ 1 root root 32768 Feb 21 15:23 kuma.db-shm -rwxrwxrwx+ 1 root root 848752 Feb 21 15:23 kuma.db-wal drwxrwxrwx+ 1 root root 0 Feb 21 15:19 screenshots drwxrwxrwx+ 1 root root 0 Feb 21 15:19 upload bruno@DS923:/volume1/docker/uptime$ drwxrwxrwx+ 1 root root 148 Feb 21 15:35 uptime bruno@DS923:/volume1/docker$ dossier uptime crée bruno:users à la main, ainsi que le docker-compose. Modifié en root:root par le sudo docker-compose up -d Le dossier docker-tls est vide.

Bonjour, Dans Uptime-kuma, j'ai un souci avec les sites hébergés sur le NAS (923+) . Ils apparaissent tous hors ligne avec le message 'certificate has expired'. Pas de problèmes avec les dockers et les sites externes. J'ai essayé une autre appli du même genre, statping-ng, et c'est pareil. Le message est un peu plus explicite: HTTP Error Get "https://menu.blabla.ovh": x509: certificate has expired or is not yet valid: current time 2024-02-19T20:02:23Z is after 2019-11-20T15:50:34Z Le certificat LE du nas a été installé avec le tuto trouvé ici-même (LE, acme et docker). Il est classé A sur ssllabs. DSM est à jour. version: "3.9" services: uptimekuma: image: louislam/uptime-kuma container_name: Uptime-Kuma hostname: uptimekuma mem_limit: 3g cpu_shares: 1024 security_opt: - no-new-privileges:false ports: - 3444:3001 volumes: - /volume1/docker/uptimekuma:/app/data:rw - /var/run/docker.sock:/var/run/docker.sock environment: TZ: Europe/Paris restart: on-failure:5

Bonjour, @Prober as-tu résolu le problème de connexion à distance ? Je suis bloqué au même point (config avec livebox 4). Cette config marchait bien un routeur Asus RT-AC88U.

Merci de ton aide. Je suis arriver à le faire sur un ubuntu, mais sur le nas, je trouve que les outils Synology complexifie la configuration du serveur web, de php... Je vais tester l'install avec Docker, sinon je resterai avec le reverse proxy.

Je ne suis pas très à l'aise avec docker. Je vais essayer ta config. Merci. Là, gitea est installé depuis le paquet SynoCommunity. Je l'ai aussi installé depuis le binaire

Bonjour, merci pour la réponse. Le 916+ Je dois bien virer la règle proxy inverse ? Dans Portail de services web, dans les 3 choix, il faut bien choisir Virtual Host ? Basé sur le port http 8418 Le dossier gitea, c'est bien celui qui contient les repos ? Là, ça me dit que le port est 'en cours d'installation'.

Bonjour, Je fais tourner gitea sur le nas sous http://localhost:8418 Avec une règle proxy inverse, je peux y accéder depuis https://xxxx.synology.me:3000 Est-ce possible d'y accéder depuis https://xxxx.synology.me/gitea ou https://gitea.xxxx.synology.me/ ?

@bruno78 @DaffY Coquille dans mon VHOST. Tout roule

Bonjour, Est-ce que la partie 'permaliens' fonctionne toujours sous DSM7 ? Mon wordpress est installé dans /volume1/web/wordpress. Tout fonctionne sauf les permaliens.