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.

Je comprends mieux. Vais passer par venv.

Bonjour, pip installé sans sudo ? Moi il me l'installe dans $HOME/.local

Bonjour, Fait avec nano. Merci.

Bonjour, Est-il possible de modifier le délai d'expiration du mot de passe sudo ? Sur mac/linux ça se fait dans visudo, mais la commande n'a pas l'air dispo sur le NAS.

Bonjour, je cherche à installer l'extension mod_wsgi pour Apache (le paquet synology). Avec ipkg, il semble qu'il faille réinstaller apache. Avec pip, il réclame apxs qui n'est pas installé. Quelqu'un a -t-il déjà installer mod_wsgi ?

Bonjour, Est-ce possible de lancer automatiquement le nettoyage du raid tous les mois ?

Je remonte ce post qui me solutionne à moitié le problème de loopback. Sur un NAS, j'ai installé DNS server et je peux y accéder avec une url dynamic-dns.net. Cependant, j'ai un 2e NAS sur un autre port auquel je ne accéder avec l'url dynamic-dns.net. Pourtant c'est toujours la livebox qui gère le NAT, non ? Je suis un peu largué pour le coup...

Merci pour vos réponses. Je cherchais à avoir la même IP en wifi ou en filaire pour n'avoir qu'une seule tâche de backup. Comme c'est simple à changer, pas la peine de se prendre le chou.

Bonjour, Soit 1 NAS principal branché sur un switch avec la box et le reste du réseau. Soit 1 NAS secondaire (backup du 1er) branché en WIFI. Les tâches de backup sont exécutées par Hyperbackup de 1 sur 2. Pour de gros backup, je voudrais tirer un cable pour raccorder le 2nd nas au switch. Viens alors le problème des IP. Les tâches sont prévues avec pour destination l'IP du wifi. En espérant avoir été clair, et que l'idée ne soit pas trop farfelue ;-) Question corollaire: parmi toutes les solutions proposées par Hyperbackup (et cloudstation), quelle est la plus rapide ?

Grand merci, CoolRaoul ! Une fois les logs activés, tout est écrit: problème de permissions. Un chmod 700 sur .ssh et un 755 sur mon home (comme sur mon 2e nas), et tout baigne. Auparavent, j'avais bien comparé les autorisations sur les fichiers mais pas les dossiers...