Aller au contenu

thepopol777

Membres
  • Compteur de contenus

    40
  • Inscription

  • Dernière visite

À propos de thepopol777

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

thepopol777's Achievements

Apprentice

Apprentice (3/14)

  • Reacting Well Rare
  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare

Recent Badges

1

Réputation sur la communauté

  1. Je ne saurais dire pourquoi, surtout que ca marchait tres bien juste avant. Mais rien a faire, ca ne voulait pas se lancer. Mon collegue lui est toujorus en 4.0.7 et il n'a pas eu de souci avec le lien, donc j'en deduis que c'est lie a mon compte. Comme je suis passe en 4.1 j'ai du regenerer ma cle API ( ne l'ayant pas notee ), alors est ce que mon ancienne cle posait souci.... Curieux
  2. J'avais ce matin un souci avec un lien qui se mettait en Erreur alors qu'il passait bien chez un collegue ( 4.0.7 ) . En passant en 4.1.0 le souci est regle. Merci Mathieu 🤘
  3. Update: J'ai teste le host 4.0.7 avec cle API, et tout semble fonctionner nickel, aussi bien la vitesse que le DL simultane ( 4 fichiers, aucun en attente ). Merci beaucoup ! 🤘 PS: C'est un peu dommage de devoir remonter tout le fil pour trouver les infos ( lien vers le host, comment renseigner les champs, comment avoir sa cle API,.. ). Est-ce que ca ne vaudrait pas le coup Mathieu de creer un nouveau Topic a toi sur lequel tu pourrais mettre a jour le 1er post en fonction de tes MAJs ?
  4. Merci Mathieu, je vais essayer avec ton .host ( si je le retrouve 😁 ) pour voir si cela change quelque chose de mon cote, je te tiens au jus.
  5. Hello, desole je prend un peu le fil en cours de route, je ne voudrais pas le spam. A la base je venais pour signaler un souci ( Premium ) sur les Téléchargements qui se mettent " en attente " et aussi une très faible vitesse de DL ( 4.5 Mo/s au lieu d'environ 95 Mo/s habituellement ), le tout depuis Download Station. Est-ce que cela se rapproche de ce que vous etes en train de regarder actuellement ? Merci ( host 3.2.5 )
  6. Update final et conclusion de cet arc 😛 Les ports sont donc maintenant ouverts des deux cotes, cela semble m'avoir fait gagner le 4-5 minutes ou " il ne se passait rien ". J'ai aussi teste en activant le chiffrement SSL et sans, ici aussi juste 1 minute de difference. La encore bon ca peut tres bien venir des fluctuations du reseau et pas vraiment de ce parametre, mais bon. Fichier de 10 Go. Méthode DriveSync: 19 min Méthode DriveSync SSL: 20 min Méthode CloudSync: 17 min En conclusion donc, la methode par cloud meme si elle rajoute un intermediaire reste la plus rapide, mais oblige pour les gros volumes a avoir un abonnement Google Drive. De mon cote je vais rester sur la methode Drive Sync vu que l'ecart s'est bien reduit et que je ne suis pas a quelques minutes pres. Merci encore pour vos conseils.
  7. Salut, petit update. Je suis de retour en France ( chez NAS1 😁 ) du coup j'ai pu refaire quelques tests. Entre temps, j'ai ouverts les ports ( 5000, 5001, 6690 ) sur la box du NAS2, et j'ai verifie via le site donne par @.Shad. qu'ils etaient bien detectes comme ouverts. Aussi, j'ai upgrade l'abonnement de 100 Mbps a 300 Mbps sur la box du NAS2. De retour a la maison donc, j'ai reparametre Drive Sync sur NAS1 pour qu'il joigne le NAS2 via nas2.dsmynas.com au lieu d'ID quickconnect. Connexion etablie avec succes 🤩 J'ai donc relance un test de telechargement et voici les resultats: Méthode DriveSync: 3 min pour télécharger sur NAS1 + 4 min ou il ne se passait rien ( icone de "sync en cours" mais aucun mouvement reseau ) + 19 min pour sync sur NAS2 ( vitesse moyenne sync 12 Mo/s ). Total 26 min Méthode CloudSync: 3 min pour télécharger sur NAS1 + 4 min pour upload sur Google Drive + 14 min pour sync sur NAS2 ( vitesse moyenne sync 25 Mo/s ). Total 17 min On note donc que la vitesse de synchro sur la methode Drive a ete x3 par rapport au precedent test ( 59min de sync ), ce qui est coherent avec le nouvel abonnement passe de 100 a 300 Mbps. Par contre, toujours un temps de retard par rapport a la methode Cloud. Bon, ces temps sont completement acceptables pour moi, merci encore pour m'avoir guide jusqu'ici. Maintenant c'est juste de la curiosite de demeler tout ca. Sur ma Freebox donc les ports ne sont pas ouverts, et detectes comme fermes par le site yougetsignal, pourtant j'arrive bien a acceder a nas1.dsmynas.com ( alors que j'avais une erreur timeout auparavant, et je n'ai rien change depuis... curieux ). J'ai fait la demande d'IPv4 full stack a l'instant, tant pis pour la penibilite 😛 On va voir si ca change quelque chose avec le port 6690 ouvert au prochain test. Merci
  8. Ok c'est bien ce qui me semblait, mais je n'ai rien trouvé a part ca ( pourtant on voit bien que la categorie en question est " Forward rules " ) sur la config du routeur, un huawei HG8145X6 )... Y'a ip port mapping sinon mais je pense bien que ça n'a rien a voir... EDIT: C'etait bien ici! En fait les champs pour les port apparaissent qu'après avoir validé les premières infos! Je vais jeter un oeil a ton lien, merci! PS: Merci aussi CMDC pour tes suggestions!
  9. Alors, depuis j'ai au moins testé d'ouvrir les ports pour le NAS2, n'ayant pas de limitation sur ce reseau, mais par contre en utilisant ton site pour verifier après coup, ça me dit 'Port is Closed' ( testé avec 5000 et 6690 ). Peut être ai-je mal fait la manip? Voici l'interface sur le routeur: Merci
  10. Merci pour vos reponses, Et oui, la partie compliquée ce n'est pas la demande à Free, c'est surtout le changement d'IP, devoir envoyer un courrier a mon employeur pour mettre a jour pour mon teletravail, demander a ma femme de faire pareil, etc... Rien d'inaccessible, mais si j'avais juste pu changer le port en 2 clics ça aurait été préférable 👍🏼
  11. Merci @.Shad. ! Tu penses donc que ça peut être cette histoire d'ID quickconnect qui limite la vitesse de transfert pour la méthode DriveSync? ( pourtant pas d'incidence avec methode Cloud ). Autre question, pour l'accès au domainexxx.dsmynas.com, il me semblait que c'etait les ports 5000 et 5001 qui étaient en jeu? ( meme si 6690 aura surement aussi son utilité ). J'ai jeté un coup d'oeil car c'est du chinois pour moi ces histoires de ports, mais ça a l'air d'être un joyeux bordel sur les freebox ( NAS1 ), avec le besoin de faire une demande à Free d'une IP full stack pour pouvoir gérer es ports inférieurs à 36000... Du coup je me demandais si je pouvais changer les ports 5000/5001/6690 sur le nas pour des ports genre 41000, afin de pouvoir les gérer sans trop de bazar? Pour cela sur DSM je vois plusieurs endroits ou il semble qu'on puisse modifier les ports 5000 et 5001 mais je ne comprends pas trop la différence: Paramètres > Système > Portail de connexion > DSM Paramètres > Connectivité > Accès Externe > Configuration du routeur Paramètres > Connectivité > Accès Externe > Avancé 🤔 Par contre je vois rien pour 6690. Merci !
  12. Grand merci @.Shad. pour toutes tes explications. J'avoue qu'en lisant le " mode d'emploi " synology sur les dossiers distants NFS, sur le papier ça semblait bien représenter mon besoin. Du coup quelques news, j'ai testé deux méthodes depuis, la première sur tes conseils avec Drive ShareSync, et l'autre sur le même principe mais avec CloudSync et mon compte Google Drive. J'ai utilisé pour mes tests un fichier .rnd de 10 Go fourni par Free pour les tests de débit. En sachant que les deux NAS sont reliés à la fibre, NAS1 1 Gbps ( 800 Mbps en upload il me semble ) et NAS2 100 Mbps ( upload non intéressant ici ). Le seul point " noir " que j'ai vu, sans savoir si c'en est vraiment un (?), c'est que pour la méthode DriveSync j'ai utilisé les ID quickconnect. Impossible d'utiliser l'IP ( car non fixe ) ni les domaines xxx.dsmynas.com, car ils ne fonctionnent pas ( connection refused pour NAS2 et timeout pour NAS1 ) et je n'ai aucune idée du pourquoi ( tout les voyants sont bien au vert sur le NAS, et je suis déjà passé par eux dans le passé donc je sais qu'ils marchaient à un moment.... bizarre... ). Pour la méthode CloudSync, pareil, au moment de donner l'autorisation à Google d'avoir accès aux NAS, ça me demandait si je voulais autoriser xxx.fr4.quickconnect.to à avoir accès à mon compte Google. Donc là encore, c'est quickconnect qui mène la danse. Bref, passons aux résultats: Dans les deux cas c'est gagnant! Ca a fait exactement ce que je voulais, en bidirectionnel pour les deux méthodes, donc une fois que je range le fichier dans son dossier final, ça le supprime même du NAS1 automatiquement. Genial ! Pour les perfs, là c'est autre chose... Téléchargement direct sur NAS2 du fichier: 14 min ( vitesse moyenne 12 Mo/s ) Méthode DriveSync: 3 min pour télécharger sur NAS1 + 59 min pour sync sur NAS2 ( vitesse moyenne 2.7 Mo/s ) Méthode CloudSync: 3 min pour télécharger sur NAS1 + 4 min pour upload sur Google Drive + 14 min pour sync sur NAS2 ( soit même vitesse qu'en DL direct ) Je ne sais pas pourquoi c'est si lent via DriveSync, c'est dommage car ça m'embête un peu d'avoir Google Drive en intermédiaire. Mais pour le moment il semble que ce soit la meilleure solution.
  13. Merci @.Shad. pour le retour rapide ! Est ce que cette histoire de redirection de port pourrait etre la cause du non fonctionnement du NFS? J'avoue que j'aurais aimé comprendre ce qui bloque. Cool pour le Synology Drive, mais si c'est de la synchro, est ce qu'en supprimant le fichier de mon NAS1 apres transfert cela ne va pas induire une suppression du fichier sur le NAS2 ? Une idée de la difference de performance niveau vitesse de transfert entre cette methode ( quickconnect ou sans ) et le NFS ? Merci 👍🏼👍🏼👍🏼
  14. Bonjour à tous, J'ai un petit souci que je n'arrive pas à résoudre et j'aurais besoin de quelques lumières 😀 Je possède deux NAS situés à 10.000km l'un de l'autre. NAS 1 ( Principal ) DS218 version DSM: 7.0.1 NAS 2 DS118 version DSM: 7.1.1 J'aimerai pouvoir télécharger des fichiers sur le NAS2, juste en utilisant Download Station depuis mon NAS1. L'idée était donc d'avoir un dossier "TO_NAS2 " sur le NAS1, dossier qui serait le dossier cible de mes téléchargements, et qu'une fois les fichiers dedans ils soient transférés dans le NAS2 dans un dossier " FROM_NAS1 ". Dans l'idéal, si le dossier "TO_NAS2 " pouvait s'auto flusher des fichiers une fois le transfert terminé ça serait le must, mais je peux me passer ce ce point si trop compliqué. Je supprimerai les fichiers à la main au pire, l'idée étant que je ne souhaite pas avoir les fichiers en double sur 2 NAS. Après quelques recherches, j'ai cru comprendre qu'une bonne solution était les Dossiers Distants, et j'ai suivi ce guide . J'ai tenté de le faire en NFS dans un premier temps, puis en CIFS, mais dans un cas comme dans l'autre je n'ai pas réussi à établir le lien. J'ai créé les deux dossiers, activé le protocole NFS sur le NAS2 ( panneau de config > Service de Fichiers > NFS ), puis depuis FileStation du NAS1 j'ai fait sur le dossier Outils > Montage Dossier Distant en renseignant l'ip publique du NAS2 ( xxx.xxx.xxx.xxx:/volume1/Downloads/FROM_NAS1 ) avec comme paramètres v3, TCP et Monter Sur /Medias/TO_NAS2, mais en validant j'ai une erreur La connexion a échoué. Veuillez vous assurer que le serveur distant est accessible via NFS. J'ai aussi tenté, sur le NAS2 puis dans les paramètres de dossiers partagés, d'éditer le dossier partagé Downloads ( qui contient FROM_NAS1 ) et de lui mettre " * " dans les autorisations NFS. Mais ça n'a rien changé. N'étant pas ultra calé sur ce sujet, si vous avez des suggestions je suis preneur. Peut être est-ce qu'il y a même une meilleure solution pour le but recherché ? Merci à vous d'avoir pris le temps de lire.
×
×
  • 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.