MilesTEG1

oué je comprends ta logique, mais ça nécessite de taper le n° du port après l'IP... même chose du coup, c'est chiant à mémoriser...

Avec une iP tu ne peux pas accéder à plein de services sans ouvrir tous les ports dans la box et le pare-feu. avec un nom de domaine tu peux le faire en n’ouvrant que le port 443, et en utilisant le reverse proxy. perso je mémorise plus facilement un nom de domaine qu’une adresse iP qui est une succession de chiffres sans significations.

Bien vu le serveur dhcp… je me rappelle une fois avoir installé une appli Windows pour faire serveur dhcp quand ma Livebox a perdu la connexion fibre… bah après je l’avais oublié et ça me mettait la merde dans le lan quand la LB a refonctionné…

Je suppose que tu as essayé d’autres port réseau ? et ça fait peter le réseau avec n’importe quoi de branché sur le routeur via un câble réseau ? Switch ? Pc portable ? Pc ? Ou tout autre boîtier ?

@eric.g Est-ce que tu branches directement les câbles réseau sur le RT ? Ou bien passes-tu par des prises murales ou des switchs ? Il faudrait essayer en branchant directement sur le RT et voir en essayant de changer les câbles . Il y a peut être un faux contact quelque part …

MAJ faite tout à l’heure manuellement sans problème. j’ai même reçu un e-mail de mon routeur : comme quoi ça devait être important comme maj à faire 😅

C’est étrange… je n’ai pas ce soucis… et mon pare-feu est activé , sur le nas et sur mon routeur synology… tu dois avoir une règle un peu trop restrictive…

@chov je veux bien que tu résumes tes trouvailles ici 😊

Ça pourrait être un problème avec le mot de passe ? Celui que j’utilise pour portainer fait largement plus de 12 caractères et à des caractères spéciaux. Et je n’ai pas eu de message indiquant de changer le mot de passe… Ha remarquer que ce mot de passe a été changé le 14 avril 2022…

Je viens de voir ça 😊 je teste et je vous redis. En effet, ça refonctionne 🙂 Par contre, je ne vois pas dans le changelog ce qui a résolu le soucis : 2.13.1 Portainer: Changed the minimum TLS version of Portainer from 1.3 to 1.2 to avoid issues with nginx reverse proxies: #6902 Fixed issue with the Portainer authentication settings page not being able to save: #6899 Changed the password policy to require 12 characters for all Portainer internal users: #6904

Ho ! Comment se fait il que chez moi ça fonctionne plus 😓😭 le docker-compose.yml est suffisamment simple pour que ce ne soit pas lui la cause… je suis en dsm 7.1-42661 update1. pourriez vous me monter les permissions de docker.sock ? C’est le seul truc qui pourrait déconner chez moi… Toute autre piste est la bienvenue 😊

@.Shad. Tu as bien la version 2.13 ? Car de mon coté, de retour à 2.11.1, plus de soucis :

Salut 🙂 Dites, je voulais tester une image wordpress, et je lance la connexion à Portainer... Mais j'ai plus rien dans la page d'accueil : Je suis avec la dernière version tombée, je sais pas quand : 2.13.0 Est-ce que je suis le seul ? Comment faire pour retrouver l'accès normal ? PS : j'ai bien ceci de configuré : Apparemment je ne suis pas le seul : https://github.com/portainer/portainer/issues/6917

La ligne où tu peux choisir de désactiver la notification, tu ne peux pas modifier quelque chose ? Double cliquer sur la ligne ?

La solution m’intéresse… je n’ai pas cherché, mais peut être que ça se trouve dans les paramètres, notifications ? Il me semble qu’on peut modifier les messages. Mais est-ce qu’on peut le faire sur celui de la création d’un utilisateur ?!

Si quelqu’un a le lien vers les cgu qui parlent de ça je suis preneur car je ne les trouve pas…

Réponse du support : Mouais… soit ils sont à côté de la plaque , soit les dev de l’application ont fait un truc qui sert pas à beaucoup et qui est très mal nommé…

Voilà ticket créé de mon côté 😏

Haa je ne suis pas le seul 😅 Bon va falloir faire un ticket chez synology alors 😆

Bon je n’arrive pas à trouver ces cgu pour sourced la citation précédente issue d’un commentaire de News Cachem.

C’est un facteur important en effet pour moi aussi ☺️ En plus du tarif légèrement plus faible 😉 Je n’ai d’ailleurs pas tellement compris l’apport de Swiss Backup… leur redondance de serveur n’apporte pas une vraie plusvalue de sauvegarde si ce n’est d’avoir moins de soucis en cas de panne chez eux… (ovh et l’incendie de leur data center). ou alors il y a une subtilité que je n’ai pas saisie sur le fonctionnement de Swiss backup… Pour kdrive , il faut lire les CGU car il y a quelques limitations comme : Maj des CGU kDrive solo depuis le 1er mars 2020. Solo – Limite de la bande passante : 200 Go / jour / utilisateur – Nombre de partages autorisé par dossier et fichier : 200 – Nombre de fichiers max. par utilisateur : 500’000 – Nombre de fichiers max. par dossier : 50’000 – Nombre de sous-dossiers max. autorisé : 1000 – Taille max. par fichier : 50 Go – Nombre de téléchargement par fichier par jour : 50’000 / utilisateur

Salut, cette semaine j’ai pris un abonnement kdrive pour replacer mon Google One G-Drive . le tarif annoncé par infomaniak est HT attention , le 2To est à 6€65 TTC par mois . Sinon ça fonctionne plutôt bien, j’ai où importer depuis Google Drive mes sauvegardes hyperbackup de mes NAS, et les reconnecter via hyperbackup. Le protocole utilisé est WebDAV et il faut faire attention à bien mettre https devant l’URL fournie pour le WebDAV. Bref c’est une solution qui fonctionne bien et qui n’est pas trop cher, moins que les 2To de Google, sans parler que les données sont en Europe. ps : on gagne aussi une adresse Mail gratuite 😉

Là je t’avoue qu’avec le virtual host je ne saurais pas bien t’aider… la seule fois où j’ai eu à en faire un , c’était pour faire un site temporaire accessible avec un nom de domaine , les fichiers étant dans le dossier www du nas. Je vois un potentiel soucis de sécurité avec ce que tu as configuré : il n’y a pas de chiffrement de l’accès à gitea… c’est un gros soucis selon mois… De mon côté, la couche https est mise via la reverse proxy . Mais mon installation est en docker, ça n’est donc pas un site internet. En parlant de ça, via un paquet c’est une application pas un site donc pas besoin de virtual host. Faut utiliser le reverse proxy.

Ok, tu n'avais pas envisagé l'installation via docker ? C'est à mon sens plus propre et plus simple pour le nom de domaine. Si tu utilises un virtualhost, oui, tu n'as pas besoin de la règle de reverse proxy, il ne faut d'ailleurs surtout pas la laisser 🙂 C'est-à-dire ? Je ne sais pas. Tu pourrais explicité ta méthode d'installation de Gitea ? Fait des captures ^^ Car là ça ne me parle pas du tout... PS : si tu veux essayer l'installation via docker, en ligne de commande ou via portainer, moi j'ai ce docker-compose.yml : ##============================================================================================== ## ## ## Fichier docker-compose.yml pour Gitea ## ## ## ##============================================================================================== ## ## ## Pour que Gitea fonctionne correctement et que l'on puisse faire des git clone depuis ## ## un ordinateur, il faut un nom de domaine ! Je n'ai pas trouver comment faire sans... ## ## ## ##──── ──────────────────────────────────────────────────────────────────────────────────────── ## ## ## Pense-bête pour la configuration du serveur : ## ## ## ## - URL locale d'accès (pour l'installation): http://192.168.X.X:8900 ## ## - URL d'accès : https://gitea.ndd.tld ## ## - Parmètres emailer : ## ## - ENABLED = true ## ## - HOST = smtp.gmail.com:587 ## ## - FROM = un-email-a-toi@gmail.com ## ## - USER = un-email-a-toi@gmail.com ## ## - PASSWD = xxxxxxxxxxxxxxxx ## ## - MAILER_TYPE = smtp ## ## - IS_TLS_ENABLED = false ## ## ## ##============================================================================================== --- version: "2.4" services: server: image: gitea/gitea:latest # On reste ici avec la dernière version stable de la branche 1.x.x # https://docs.gitea.io/en-us/install-with-docker/ # https://docs.gitea.io/fr-fr/install-with-docker/ # https://github.com/go-gitea/gitea container_name: gitea #network_mode: "bridge" networks: - gitea_network environment: - USER_UID=1000 # Utiliser la commande : id user - USER_GID=65538 # Utiliser la commande : id user - APP_NAME=Mon Gitea perso - RUN_MODE=prod # Les deux paramètres ci-dessous ne semblent pas fonctionner puisqu'il faut faire manuellement le réglage lors du setup... - REQUIRE_SIGNIN_VIEW=true # Enable this to force users to log in to view any page. - DISABLE_REGISTRATION=true # Disable registration, after which only admin can create accounts for users. - DOMAIN=gitea.ndd.tld - SSH_DOMAIN=gitea.ndd.tld - ROOT_URL=https://gitea.ndd.tld - DB_TYPE=sqlite3 - DB_HOST=localhost:3306 - DB_NAME=gitea - DB_USER=root - DB_PASSWD="gitea_db_password" # Paramètres pour les migrations - ALLOW_LOCALNETWORKS=true - ALLOWED_DOMAINS=gitea.ndd.tld # Paramètres pour les mirroirs - DEFAULT_INTERVAL=8h - INSTALL_LOCK=true # Disallow access to the install page # À passer en true une fois installer la première fois. - GITEA__PICTURE__DISABLE_GRAVATAR=true - GITEA__PICTURE__ENABLE_FEDERATED_AVATAR=false - GITEA__SERVICE__REGISTER_EMAIL_CONFIRM=true # Ne semble pas fonctionner puisqu'il faut cocher manuellement la case lors du setup... - GITEA__SERVICE__ENABLE_NOTIFY_MAIL=true # Ne semble pas fonctionner puisqu'il faut cocher manuellement la case lors du setup... # ############### # Le label ci-dessous permet à Watchtower de faire les mises à jour automatiquement # Cela peut-être supprimé si Watchtower n'est pas utilisé. labels: - "com.centurylinklabs.watchtower.enable=true" # --------------------------------------------------------------------------------- volumes: - "/volume1/docker/gitea/data:/data" # Dossier pour les données de Gitea (Dépôts, BDD, config...) - "/volume1/docker/gitea/backup-data:/backup-data" # Dossier pour les sauvegardes régulières à lancer avec un script en tâche planifiée. - "/etc/localtime:/etc/localtime:ro" # Nécessaire pour avoir le temps local correct (vu que la variable TZ=Europe/Paris n'existe pas pour ce conteneur...) ports: - "8900:3000" # Choisir un port de connexion libre sur votre machine, ce sera la port de connexion pour l'interface graphique # - "8197:22" # Idem ici, sauf que ce sera pour le port SSH, mais ça ne fonctionne pas avec une installation en Bridge... restart: unless-stopped networks: gitea_network: external: false driver: bridge name: gitea_network

Salut, ça me semble tout à fait possible. moi j’ai installé gitea via docker et j’y accède avec https://gitea.ndd.tld Il faut configurer le virtual host via web station, faire que ton nom de domaine pointe sur le dossier de gitea. ps : c’est quoi ton nas ?