Aller au contenu

unPixel

Membres
  • Compteur de contenus

    6442
  • Inscription

  • Dernière visite

  • Jours gagnés

    146

Tout ce qui a été posté par unPixel

  1. unPixel

    [Tuto] Reverse Proxy

    Pour WebDAV, je me souviens plus si le reverse proxy fonctionne. A voir...
  2. Je comprend pas ton domaine sur ta dernière capture. Ça devrait plutôt être : https://file.ndd.tld Rappelle moi ton domaine en MP stp dans la même conversation que l'on a depuis quelques temps.
  3. unPixel

    [Tuto] Reverse Proxy

    J'ai pas tout lu donc je ne saurais te dire 😂 Pourquoi parles-tu de WebDAV avec CardDAV ? On est bien d'accord que pour toi, c'est deux utilisations différentes et deux services différents ? Tu n'as pas besoin de WebDAV pour accéder au serveur CardDAV. Si tu veux utiliser CalDAV en configurant WebDAV, pourquoi ne pas utiliser calendar sur Synology tout simplement ?
  4. Poste stp des captures d'écran de ton pare feu routeur et NAS ainsi que la partie transmission de ports du routeur. Merci
  5. unPixel

    [Tuto] Reverse Proxy

    Bonjour, Bizarre car pour ma part, CardDAV fonctionne sur un domaine https://carddav.ndd.tld et je n'ai pas les ports de ce dernier d'ouverts. Que ce soit le port 8008 comme le port 8443. Je n'ai pas non plus la redirection automatique d'activée sur https dans CardDAV Server. Quant aux droits, je me souviens plus mais je ne crois pas qu'ils se règlent et que tous les membres peuvent avoir leur carnet d'adresse d'enregistré dans le serveur. A vérifier...
  6. Oui, la seule solution est de passer comme je le fais et ça se fera automatiquement mais il y avait encore peu des soucis sur le redémarrage des paquets. @PPJP qui s'occupe de me dépanner sur le script a exécuter l'améliore et apparemment a réussi à régler ce soucis. Encore quelques tests et je pense que je pourrais faire un tuto aussi pour cette solution plus difficile à mettre en place mais plus simple en gestion par la suite car il n'y aura plus rien à faire.
  7. Bonjour, Tu dois retourner sur sslforfree et en te loguant tu devrais je pense depuis l'interface du site ou depuis ton compte sur le site pouvoir le renouveler puis l'injecter à nouveau comme tu l'as fait précédemment. Dans tous les cas, tu ne peux le renouveler en passant par DSM puisque Synology n'a pas encore intégré la possibilité d'obtenir un certificat Wildcard et encore moins de le renouveler quand tu arrives à en avoir un de ton côté.
  8. Bon je recommence mais il faut suivre 🙄 En venant de l'extérieur, ça va faire comme ceci. Ex : je vais sur mon NAS pour voir des documents en suivant le lien https://file.ndd.tld Ce qui donne donc : https://file.ndd.tld Ça arrive chez toi en commençant par ton routeur. Ton routeur consulte ces données interne et constate que le domaine demande un accès au port 443. Il voit que le port 443 est autorisé pour le NAS alors il redirige la demande au NAS. Le NAS reçoit la demande et analyse si oui ou non c'est accepté. Si bien entendu c'est accepté alors il permet l'affichage de la page. Pour conclure ta demande, l'IP arrivant au NAS depuis l'extérieur est celle qui t'est attribué à ce moment là que tu sois chez un ami, ta femme ou depuis un aéroport, on s'en fout de ça. Dans ce cas présent, tu demandes un domaine avec le port 5081 donc le routeur va regarder ce port ! Il s'en fout du domaine en faite. Lui, il ne voit que le port ! Tu es un peu dur de la feuille 🤔 Quand je te parlais du port 80 et 443, c'était uniquement dans le but de créer un reverse proxy comme tu le voulais mais comme tu mélanges tout, c'est pas toujours évident de te suivre. Si tu n'en es pas à l'étape Proxy inversé, alors tu dois ouvrir les ports liés au services... Si tu en es à l'étape du Proxy inversé, tu dois uniquement ouvrir le port 443 et éventuellement le port 80 avec la condition que je t'ai déjà expliqué ici et en MP. Ensuite, c'est le Proxy inversé qui aura pour rôle de recevoir la demande via le port 443 et en analysant le domaine demandé saura sur quel port (local) il doit redirigé la demande. Encore une fois, ça dépend... Pour la France, c'est à toi de voir. Mais afin de limiter des attaques possibles, on recommande forcément de limiter à son pays. Maintenant, si tu voyages en permanence au Canada par exemple alors forcément, tu accepteras aussi le Canada. Pour les IP locales, elles permettent (dans le tuto de Fenrir) d'accepter toutes connexions aux IPs privées donc en local ! C'est pour cette raison d'ailleurs qu'il ne met pas un pays en restriction et il les met sur "tous" ! Tu fais forcément quelque chose de mal. Est-ce que tu autorises bien les USA sur ton routeur et ton NAS ? Quand je t'ai dit que c'était certainement parce que tu n'acceptais pas les connexions des USA en te montrant que le site que tu visitais était hébergé sur un serveur américain, j'ai de mon côté fait le test. Et en ouvrant à ce pays mon port 443, c'était en open. C'est repassé en close quand j'ai enlevé ce pays dans mes autorisations sur mon routeur ET sur mon NAS !
  9. Je crois que tu ne lis pas ou ne comprend pas ce que j'écris. Oui comme je l'ai dit juste au dessus. Pour le port 80, c'est à la condition d'y ajouter une redirection automatique https. Est-ce que tu sais faire ça ou tu te souviens l'avoir vu quelque part sur le forum ?
  10. Tu arrives à m'embrouiller sur tes questions 😂 Tu es sur un sujet parlant du reverse proxy, par conséquent, tu devrais avoir sur ton routeur que le port 443 d'ouvert voir le port 80 aussi si il y a une redirection derrière sur le 443. Et donc le 5001 ne serait pas ouvert sur le routeur mais fonctionnel via une règle de proxy inversé. Et encore une énième fois, on évite en général de donner un accès externe à DSM sauf éventuellement via son serveur VPN et ceci pour des raisons évidentes de sécurité.
  11. Tu as alors pas bien respecté le tuto de Fenrir. Ça fonctionne pas comme ça tes règles. Le minimum quand tu ouvres un port, c'est pour ton pays... Je ne parle pas bien entendu des trois ou quatre règles qui concernent les plages IP privées sur nos réseaux privés !
  12. En faite, à partir du moment ou tu demandes l'installation du paquet multimédia (DLNA), ce dernier va se charger pour fonctionner de créer les trois dossiers utiles à savoir "photo, music et video". Ensuite, il se charge aussi automatiquement de scanner régulièrement ces trois dossiers pour prendre en compte le contenu ajouté. Tout à fait normal donc dans son utilisation. Je n'utilise pas ce paquet, je ne peux donc t'aider mais si tu as des restrictions possibles alors dans ce cas, fais des tests avec les autres appareils pour t'assurer qu'ils y ont pas accès 😉
  13. Parce que tu as cliqué trop vite. Si mes souvenirs sont bons, ça te propose une liste d'applications à installer de base et tu as du cocher trop vite "suivant" sans décocher que tu ne voulais pas de tout ça. D'ailleurs, Moments non plus je crois ne s'installe pas tout seul de base. FTP, c'est un protocole donc oui, le serveur FTP est de base installé mais pas activé. Comme SSH par exemple... EDIT : Et de ce que je parle, ça ressemble à ça pendant l'installation de DSM :
  14. Bonjour, J'ai déjà eu le cas même pour un compte administrateur ou j'avais perdu mes droits à cause d'une application foireuse sur leur store. J'avais même contacté Synology pour leur signaler mais ils n'ont jamais rien fait et ont constaté qu'ils avaient pas ce soucis. Bizarre car on était plusieurs à l'époque à avoir constaté de gros soucis avec ce paquet. Ce paquet était : KodExplorer D'ailleurs, tu l'avais testé toi même il y a environ un an 🙂
  15. Bonjour, Il faut se renseigner un minimum quand on installe un NAS et pas cliquer sur tout et n'importe quoi. Le NAS n'installe pas de serveur multimédia par lui même... Ce que tu as installé, c'est DLNA en gros et ça donne donc accès à tout le monde sur ton réseau à tes trois dossiers multimédia "music, photo et video". Si tu ne veux pas de ça, tu désinstalles le paquet qu'il faut.
  16. Malheureusement, tu n'es pas le seul dans ce cas et on se bat sur le forum à répéter les mêmes choses. Il y a aussi des membres qui pensent être à l'abri (ex : matériel neuf) et donc remettent ça à plus tard. En général, quand on remet à plus tard, c'est soit "jamais", soit "déjà trop tard".
  17. Bonjour @PPJP, Je viens de lancer un test de la dernière version de ton script. J'ai rien modifié de ce qu'il y avait sur ton script car je n'en voyais pas l'intérêt avant le premier test. Résultat : Ok Tous mes paquets se sont bien lancés et sont fonctionnels et aucune erreur sur le certificat. J'en conclu donc que cette histoire de paquets qui ne voulaient pas redémarrer d'eux même est arrangée. Si tu veux voir le log, voici ce qu'il dit : Demarrage du script (v03.00): Sat Apr 27 12:19:10 CEST 2019 Age du certificat : 72 jour(s) /var/packages/CloudSync/scripts/start-stop-status: line 40: /var/packages//target/bin/cloud-sync-starter: No such file or directory /var/packages/ReplicationService/scripts/start-stop-status: line 4: /var/packages//scripts/common: No such file or directory /var/packages/SnapshotReplication/scripts/start-stop-status: line 4: /var/packages//scripts/common: No such file or directory /var/packages/Virtualization/scripts/start-stop-status: line 4: /var/packages//scripts/pkg_utils: No such file or directory /var/packages/syncthing/scripts/service-setup: line 6: [: : integer expression expected /var/packages/syncthing/scripts/start-stop-status: line 43: start-stop-daemon: command not found Demande de renouvellement par acme [Sat Apr 27 12:19:12 CEST 2019] ===Starting cron=== [Sat Apr 27 12:19:12 CEST 2019] Renew: 'ndd.tld' [Sat Apr 27 12:19:13 CEST 2019] Multi domain='DNS:ndd.tld,DNS:*.ndd.tld' [Sat Apr 27 12:19:13 CEST 2019] Getting domain auth token for each domain [Sat Apr 27 12:19:15 CEST 2019] Getting webroot for domain='ndd.tld' [Sat Apr 27 12:19:15 CEST 2019] Getting webroot for domain='*.ndd.tld' [Sat Apr 27 12:19:15 CEST 2019] Found domain api file: /usr/local/share/acme.sh/dnsapi/dns_ovh.sh [Sat Apr 27 12:19:15 CEST 2019] Using OVH endpoint: ovh-eu [Sat Apr 27 12:19:15 CEST 2019] Checking authentication [Sat Apr 27 12:19:16 CEST 2019] Consumer key is ok. [Sat Apr 27 12:19:16 CEST 2019] Adding record [Sat Apr 27 12:19:17 CEST 2019] Added, sleep 10 seconds. [Sat Apr 27 12:19:27 CEST 2019] Found domain api file: /usr/local/share/acme.sh/dnsapi/dns_ovh.sh [Sat Apr 27 12:19:27 CEST 2019] Using OVH endpoint: ovh-eu [Sat Apr 27 12:19:27 CEST 2019] Checking authentication [Sat Apr 27 12:19:27 CEST 2019] Consumer key is ok. [Sat Apr 27 12:19:28 CEST 2019] Adding record [Sat Apr 27 12:19:29 CEST 2019] Added, sleep 10 seconds. [Sat Apr 27 12:19:39 CEST 2019] Sleep 120 seconds for the txt records to take effect [Sat Apr 27 12:21:39 CEST 2019] Verifying:ndd.tld [Sat Apr 27 12:21:41 CEST 2019] Success [Sat Apr 27 12:21:41 CEST 2019] Verifying:*.ndd.tld [Sat Apr 27 12:21:44 CEST 2019] Success [Sat Apr 27 12:21:44 CEST 2019] Removing DNS records. [Sat Apr 27 12:21:44 CEST 2019] Using OVH endpoint: ovh-eu [Sat Apr 27 12:21:44 CEST 2019] Checking authentication [Sat Apr 27 12:21:45 CEST 2019] Consumer key is ok. [Sat Apr 27 12:21:48 CEST 2019] Using OVH endpoint: ovh-eu [Sat Apr 27 12:21:48 CEST 2019] Checking authentication [Sat Apr 27 12:21:48 CEST 2019] Consumer key is ok. [Sat Apr 27 12:21:50 CEST 2019] Verify finished, start to sign. [Sat Apr 27 12:21:52 CEST 2019] Cert success. -----BEGIN CERTIFICATE----- xxxxxxxxxxxxxxxxxxxxxx -----END CERTIFICATE----- [Sat Apr 27 12:21:52 CEST 2019] Your cert is in /usr/local/share/acme.sh//ndd.tld/ndd.tld.cer [Sat Apr 27 12:21:52 CEST 2019] Your cert key is in /usr/local/share/acme.sh//ndd.tld/ndd.tld.key [Sat Apr 27 12:21:52 CEST 2019] The intermediate CA cert is in /usr/local/share/acme.sh//ndd.tld/ca.cer [Sat Apr 27 12:21:52 CEST 2019] And the full chain certs is there: /usr/local/share/acme.sh//ndd.tld/fullchain.cer [Sat Apr 27 12:21:52 CEST 2019] Installing cert to:/usr/syno/etc/certificate/system/default/cert.pem [Sat Apr 27 12:21:52 CEST 2019] Installing key to:/usr/syno/etc/certificate/system/default/privkey.pem [Sat Apr 27 12:21:52 CEST 2019] Installing full chain to:/usr/syno/etc/certificate/system/default/fullchain.pem [Sat Apr 27 12:21:53 CEST 2019] Run reload cmd: /usr/syno/sbin/synoservicectl --reload nginx nginx reloaded. [Sat Apr 27 12:21:53 CEST 2019] Reload success [Sat Apr 27 12:21:53 CEST 2019] ===End cron=== Temps pris par acme : 161s Importation des fichiers du certificat Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/CardDAVServer/carddav Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebDAVServer/webdav Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/ReplicationService/snapshot_receiver Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/LogCenter/pkg-LogCenter Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/VPNCenter/OpenVPN Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/SynologyDrive/SynologyDrive Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/smbftpd/ftpd Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/system/default Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/AppPortal/VideoStation_AltPort Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/system/FQDN Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/0ac7a714-904f-4ecf-99b1-cba58262005c Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/16740550-5cf1-48e2-9fad-4da1ab06d1e9 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/1bc66efb-08d6-4e21-9657-24d710437ac1 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/1f21abb6-be42-4c64-8f1f-3d4a2654f068 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/24ecabb1-f07c-4351-8640-93e09116f781 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/2d05852a-26fe-488c-9e23-ff786325313d Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/2e52cc5d-d44e-4f18-b474-6963f54c081d Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/31bd9151-051f-4d87-951e-5b750853d644 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/44b29b8d-7035-45e6-bb12-be4d4d25be56 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/491d6695-6f09-4694-bb2b-9b989f0d806e Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/586ae2b4-c987-460e-a07f-bfd1106c43a6 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/5b236f56-5d0a-44ed-89ec-8e141a580a2f Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/5b31a564-58f5-48dc-ad66-2c2c5f94bc28 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/6928d56a-1ae1-40fb-aefb-e5d752c43ac2 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/69ad00bc-67f7-4ca6-b371-8f87565233bb Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/7baa10eb-7153-4c9a-8b8e-808e4c4686c8 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/8be07161-0fd3-454d-abcc-5a928a62dcb3 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/901a43c6-b7b3-4e36-8899-f644ad9aa0db Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/94ee0789-c997-457b-868d-623037f10bfa Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/9bffe09d-e32b-4efb-841d-d2d8e93ca3a4 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/a3798fc4-f3b0-4d9a-b286-f80afe630a53 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/a444933c-fbdb-46a9-83cc-a23757c1422f Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/a5f1c805-f4d1-4294-8ef4-f1b64035052f Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/af101621-b3e0-4149-9d8e-818d68df48b9 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/b2ea5f5d-d726-4bab-bed9-3824aeff3877 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/b46b6273-651a-461d-be56-c883e22cb340 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/df40eb84-fcf9-4880-81cd-7af5002576c0 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/f13df01b-d4e1-42b9-9a00-8edb3f04fec0 Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/f3722fad-7489-4d1a-8e6d-851ed21e28db Fichiers mis à jour dans le dossier : /usr/syno/etc/certificate/ReverseProxy/f76d9584-f749-405c-812f-5e7429972b9d Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_02cb7dca-485b-494d-84ed-9eb27b28e76f Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_07d27f73-947a-4bf6-9052-b2b5580975c9 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_096eef47-a6a6-4bdc-8180-ab9f8a1e7a5e Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_13fcd9ff-03c4-4bb0-9f18-402e9e687c5a Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_1b92e9fd-72ea-457d-b4ed-68c96ed1a861 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_1cfcf7a5-0070-4ea3-844d-d0e3b5a7befa Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_1dca69fd-c542-4a05-a654-49f4fd795e18 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_2bb2d4b5-c804-4780-86b5-5adfea5c8e18 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_6e46e3ff-3f7f-4c5f-ab0d-6cd75c38ff08 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_8d55ea54-dea2-49c5-9a57-e774dd3c530d Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_92c5e822-6fa4-4305-99b1-5159f0aad359 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_9b12f833-5d3e-44b0-a5fb-66b5ec8ed355 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_9b39a60b-5595-45c5-9a91-23bba80ae7ee Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_a5a1030e-1f88-4ee8-9e4b-5edd124b08d7 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_b431e2ba-4fcd-4741-aeae-57141a3752bc Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_b6aa7a20-f954-406b-a5e1-424edb2c48f0 Fichiers mis à jour dans le dossier : /usr/local/etc/certificate/WebStation/vhost_fbdb1365-153e-4348-9f7a-bea9d981bc86 Temps de copie des fichiers : 9s Redémarrage des packages Redémarrage de nginx nginx reloaded. Temps de redémarrage : 0s Redémarrage de CardDAVServer package CardDAVServer restart successfully Temps de redémarrage : 65s Redémarrage de LogCenter package LogCenter restart successfully Temps de redémarrage : 52s Redémarrage de ReplicationService package ReplicationService restart successfully Temps de redémarrage : 14s Redémarrage de SynologyDrive package SynologyDrive restart successfully Temps de redémarrage : 98s Redémarrage de VPNCenter package VPNCenter restart successfully Temps de redémarrage : 65s Redémarrage de WebDAVServer package WebDAVServer restart successfully Temps de redémarrage : 54s Redémarrage de WebStation package WebStation restart successfully Temps de redémarrage : 89s Redémarrage de Apache2.2 package Apache2.2 restart successfully Temps de redémarrage : 15s Redémarrage de Apache2.4 package Apache2.4 restart successfully Temps de redémarrage : 17s Redémarrage de Spreadsheet package Spreadsheet restart successfully Temps de redémarrage : 53s Redémarrage de SynologyMoments package SynologyMoments restart successfully Temps de redémarrage : 82s Redémarrage de phpMyAdmin package phpMyAdmin restart successfully Temps de redémarrage : 49s Redémarrage de nginx nginx reloaded. Temps de redémarrage : 0s Le certificat a été renouvelé Fin du script exécuté en 13mn 47s
  18. Ah et bien tu vois, je ne savais même pas que tous les ports n'étaient pas identiques. Par contre, je trouve ça bizarre car ça devrait quand même fonctionner même sur un port non USB3. Juste plus lentement...
  19. Bon et bien c'est une bonne nouvelle. Comme le dit Mic13710, une leçon a été donnée et il faut en tirer des conclusions 🙂 Onduleur et mise en place de sauvegardes obligatoire...
  20. Bonjour, Parce que tu as ouvert ces ports pour certains pays sans y ajouter les USA et que le serveur sur lequel tu fais cette demande est hébergées aux USA 🙂 Ouvre provisoirement ton port pour les USA sur ton routeur et ton NAS et tu verras que le port passe en open 😉
  21. Bonjour, Désolé pour cette petite absence. Tout comme @Jojo (BE), je ne comprend pas ta question. Ton domaine peut être utilisé sur plusieurs serveurs en même temps si tu le souhaites.
  22. Bonjour, Oui, tu peux sélectionner plusieurs dossiers sur ton ordinateur mais il faut le faire un par un.
  23. Je ne sais pas mais comme tu as testé avec un autre disque dur et que le soucis est le même, ça peut aussi être un soucis au niveau du système de DSM ou directement lié à Hyper Backup.
  24. Bonjour, Je rencontre moi même un soucis avec mon nom de domaine pour FTP ces derniers jours. Peut-être un soucis avec une version récente de DSM, je ne sais pas encore. Il faut que je me penche sur la question...
  25. Là, je vois pas. Contacte le support de Synology qui pourra peut-être te venir en aide.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.