MilesTEG1

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

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 ?

Essaye ça (sans certitudes) : https://www.reddit.com/r/synology/comments/709o60/bash_history_not_saved_in_bash_history_and_is/

Il est à noter que pour installer cette version finale, il faut désinstaller manuellement la version beta. Les clients desktop devront aussi être mis à jour 🙂

Bonjour, Je pense qu'il faut utiliser le reverse proxy, et faire pointer un nom de domaine vers l'iIP de la machine virtuelle et son port.

Oui apparemment depuis hier … elle intègre maintenant l’update 1… 😅😱🤯👹

Il faut donc s'attendre à avoir sous peu (on croise les doigts) une MAJ pour SRM. Espérons qu'elle arrive rapidement... car faille critique quand même !

https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/volume_create_volume?version=6 https://kb.synology.com/fr-fr/DSM/tutorial/Without_data_protection

Salut, je ne pense pas que ce soit possible sans devoir tout refaire donc copier les données ailleurs le temps de recréer le volume. Par contre , je te conseille plus que vivement d’opter pour deux volumes en basic , car si un disque rend l’âme en raid 0 , tu perds toutes les données des deux disques… et même si tu as une sauvegarde tu vas perdre des données, du temps etc… D’autres ici ne te recommanderont pas non plus le raid 0.

Pour certaines MAJ, je rejoins ton avis @Mic13710, mais pour d'autres qui corrigent des failles de sécurité, je suis plutôt du genre à les installer le plus vite possible. Après, chacun voit midi à sa porte et met en place sa propre stratégie de mises à jour 🙂

@Jeff777 C’est une manière de voir 😊 ca m’arrive de prendre des extensions de garantie mais pas souvent. la dernière que j’ai prise c’était sur ma tv oled vu le prix de la bête… mais comme tu dis, elle tombera en panne après l’échéance de cette extension 😅 bref pour le nas, je ne la prends pas, un peu cher avec la tva pour que ça vaille le coup. advienne que pourra 😊 note à moi-même : faire une ligne d’économie dédiée au nas 😆

Il est à noter que le prix indiqué sur les premières pages est HT et ça n'est pas précisé avant la page de finalisation du paiement. Pour mon 920+, le prix affiché est de 59,99€ HT, donc 71,99€ TTC. Du coup, ça devient un peu moins intéressant... J'ai eu un problème de slot SATA sur le premier 920+ que j'ai reçu, j'ai du faire un retour pour remplacement auprès d'amazon (en octobre 2020). Mais depuis, pas de soucis. Je me pose la question de l'intérêt pour moi de prendre cette extension de garantie à 5 ans... car il y a beaucoup plus de probabilité que ce soit un disque dur qui flanche que le NAS lui même d'ici là... Vous feriez quoi ?

Mes deux NAS sont derrière un RT2600AC également 🙂 Seul le 214play a eu droit à la proposition de MAJ 🤣 Cependant il venait juste de démarrer ^^ Après, je pense qu'ils font un tirage au sort avec les n° de série. Mais ça peut être une autre option de sélection 🤣

C'est clair ! C'est un peu abusé cette manière de faire...

Rho, ils ont recommencé avec leur numérotation foireuse... 😅 enfin il faudrait plutôt dire, l'absence de numérotation correcte...

Le dsm modifie de l’update 1 ?? L’update 1 de dsm 7.1 est toute récente… elle n’a pas encore eu de nouvelle version sans changer de n° je crois … mais d’un coup tu es déjà en update 1 ? Pour dsm 7.1 hein 😊

es-tu sûr d'avoir téléchargé la bonne version ? elle fait que quelques Mo pour mon 920+ sinon un lien pour les release notes : https://www.synology.com/fr-fr/releaseNote/DSM et un autre pour les .pat : https://archive.synology.com/download/Os/DSM/7.1-42661-1

Chose étonnante, mon 920+ ne me propose pas encore cette MAJ (je la pousserais manuellement, quand le gros backup en cours sera fini), mais mon vieux 214play me la propose déjà 😅 (je ne pourrais là aussi la faire que quand la sauvegarde sera terminée...)

Moi aussi « , j’ai cependant du faire comme avec dsm 7.0 pour le suivi de docker : modifier les permissions du docker.sock…

A une époque j’avais un nom de domaine que je déclinais ainsi : nas1.ndd.ovh nas2.ndd.ovh photos.nas1.ndd.ovh autres.nas1.ndd.ovh etc.nas1.ndd.ovh nas1 et nas2 avaient chacun un dynhost dédié à leur ndd respectif. et du coup ndd.ovh n’aboutissait nul part 😅 si ça peut te donner des idées. pour les certificats, je mettais les « sous » domaines dans le champ autre. mais maintenant je suis passé sur du certificat wildcard via docker.