This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

Bruno21

Membres
  • Compteur de contenus

    39
  • Inscription

  • Dernière visite

À propos de Bruno21

  • Rang
    Initié

Profile Information

  • Gender
    Male

Visiteurs récents du profil

1 280 visualisations du profil
  1. Apparemment bug sur l'appli Nextcloud android. On trouve comment modifier les cypher (kezako ?)dans ssl.conf pour nginx, mais rien pour Apache. Ca fonctionne normalement depuis Firefox Android. Je vais m'en contenter, sauf si qu'un a une soluce...
  2. Bonjour, J'ai réussi à installer Nextcloud 16 sur un dsm916. Le serveur est en https (Let's Encrypt). Tout fonctionne parfaitement, sauf depuis le client Android. Pas moyen de se connecter au serveur: 'Echec de l'initialisation SSL' Depuis iOS, pas de souci. Je suis preneur de toute idée...
  3. On verra au renouvellement.
  4. Oui. Mais si je me souviens bien, j'ai du installer DNS server pour ça. (pb de loopback de la livebox).
  5. Ton message m'a donné une idée. Comme les 2 NAS sont en local, j'ai mis des IP en 192.168.... Hors j'ai cru comprendre que les certificats sont pour l'adresse en xxx.synology.me J'ai donc crée une nouvelle tache avec une IP en synology.me Je verrai ce que ça donne au prochain renouvellement. En attendant si qu'un a une autre idée...
  6. Bonjour, Je sauvegarde un NAS (916) sur un autre NAS (414) situé sur le même réseau local. Régulièrement (tous les mois ou 2 mois), les taches de sauvegarde (périphérique NAS distant) s'arrêtent. Les taches rsync continuent de fonctionner. Le log donne : Fail to start backup task. (failed to pass SSL/TLS verification) Dans Hyperbackup, la cible de la tache est marquée hors ligne Je vais sur paramètres de tache -> cible: authentification du certificat: échec. (le chiffrement du transfert est réglé sur Eteint) Je clique sur Certificat de serveur: authentification du certificat: passe La cible est connectée et la sauvegarde re-marche. Si quelqu'un a une idée pour régler le problème... Je suppose que c'est au renouvellement du certificat Let's encrypt que ça bloque. Les 2 NAS sont à jour de leurs logiciels (dsm 6.2), avec des réglages similaires. Chacun à son propre certificat Let's encrypt et sa propre adresse xxxxx.synology.me Merci d'avance.
  7. 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 ?
  8. Bruno21

    Nettoyage du RAID

    Bonjour, Est-ce possible de lancer automatiquement le nettoyage du raid tous les mois ?
  9. 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...
  10. 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.
  11. 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 ?
  12. 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...
  13. Bonjour Fenrir, C'est le résultat d'un ssh -vvv bruno@192.168.1.7 (IP du nas) que j'ai donné. Il y a une autre commande pour avoir plus d'info ? Que choisir à la place d'une clé DSA ? Chez moi, le contenu de ces 2 dossiers est identique. J'ai bien un .ssh/authorized_keys dans chaque dossier.
  14. Bonsoir, Je n'arrive pas à me connecter en ssh à un DS916 avec ma clé. Ca me demande toujours le mot de passe. J'ai fait la même manip sur DS414, et là, pas de problème. Les 2 NAS sont sous DSM6 à jour ssh -vvv me sort ça: debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:INoiAvXW/RZuucbsY36E4lSPhO5kyXb8BKl/PmqH/sk debug3: hostkeys_foreach: reading file "/Users/bruno/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /Users/bruno/.ssh/known_hosts:30 debug3: load_hostkeys: loaded 1 keys from 192.168.1.7 debug1: Host '192.168.1.7' is known and matches the ECDSA host key. debug1: Found key in /Users/bruno/.ssh/known_hosts:30 debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /Users/bruno/.ssh/id_rsa (0x0), debug2: key: /Users/bruno/.ssh/id_dsa (0x7fcb121008a0), debug2: key: /Users/bruno/.ssh/id_ecdsa (0x0), debug2: key: /Users/bruno/.ssh/id_ed25519 (0x0), debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /Users/bruno/.ssh/id_rsa debug3: no such identity: /Users/bruno/.ssh/id_rsa: No such file or directory debug1: Offering DSA public key: /Users/bruno/.ssh/id_dsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply !!!!! debug1: Authentications that can continue: publickey,password debug1: Trying private key: /Users/bruno/.ssh/id_ecdsa debug3: no such identity: /Users/bruno/.ssh/id_ecdsa: No such file or directory debug1: Trying private key: /Users/bruno/.ssh/id_ed25519 debug3: no such identity: /Users/bruno/.ssh/id_ed25519: No such file or directory debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password Si qq'un a une idée...
  15. De retour après quelques jours de vacances. Je ne m'explique toujours pas la différence entre ces 2 modes de copie (montage gifs et synchro dossier partagé). Je suis preneur d'explications. Maintenant que la migration est faite, je souhaite utiliser l'ancien nas comme backup (clone). Il ne devrait pas être allumé en permanence. Quelle est la meilleur solution ?