MS_Totor

salut pas de soucis sur la carte r

pffffe

le syno peut synchroniser dans les deux sens donc stoker des infos venant de l'ext

salut oupsss grilled by ikeke autre méthode si cela ne marche pas je te conseille de monter le DD qu'il y avait sur le DS108 sur un pc ou via un boitier usb, tu utilise le petit programme pour lire les partitions ext2/3 (linux) et tu transfère la partie qu'il n'y a pas sur la sauvegarde actuelle via le réseau tu as le nécessaire (utilitaire) sur le site de fredlime

écouter de la musique ou voir un film sur la terrasse et plus de fil qui traine, rien que ca c'est bien, le reste est biens sur en gros tuyaux cat6 en plus cela permet de gérer des accès séparés d'un côté l'administration, de l'autre connexion normale, et si tu en veux plus cela fait 4 points de connexion, ppoe, 2 rj45, 1 wifi, largement de quoi combler tous les besoins

un annuaire via LDAP ? regardes aussi du côté de opensvc http://blog.admin-linux.org/administration/cluster-linux-avec-opensvc

13. Wireless Support: With the supported wireless dongles, the DiskStation will be accessible via 802.11b/g/n wireless connectivity. Both the infrastructure and Ad-Hoc modes are supported. View the supported USB wireless dongle list here. je savais bien que cela arriverai et N en plus, tr

le site est mise

derni

yep romain je dois sentir tr

le syno g

ma réponse vient en complément de vos recherches, fred et toi, le reboot du switch est vraiment important pour l'écarter des raisons possibles. il y a engorgement quelque part je ne peux pas confirmer que cela vient de là, mais plus tu monte en débit, plus le taux d'erreurs peut être important en réseau...... soit en raison de l'émetteur ou du récepteur ou du transit, il te reste la possibilité de faire de la connexion directe, pc au syno, pour t'affranchir de tout obstacle et même de le faire avec deux câbles rj45 différents. il y a aussi le script de fredlime qui mesure le débit par disques durs il me semble, à voir si tu n'as pas un DD faiblard qui induirais un ralentissement général en écriture ou lecture, par définition en raid tu n'auras que le débit du disque le plus lent... c'est la règle donc à vérifier aussi sur le syno pour vérifier l'état des transmissions, reçus/émis tu active ssh via le panel admin web du pc il te faut putty (utilitaire) tu te connecte sur l'ip du syno port 22, sinon tu utilise telnet (activable de la même façon que ssh) login=root mot de passe= même mot de passe que admin. dans la console une fois le login passé, tu tapes ifconfig et tu vérifie qu'il n'y a pas d'erreurs, sinon tu laisse un screenshoot sur le forum pour vérifier rapido que c'est ok en espérant qu'il n'y a pas d'erreurs i/o c'est à dire de secteurs morts non mappés par une préparation des disques durs comme mainte fois répétés, il y a tentative d'ecriture ou de lecture sur des secteurs morts donc au final, vérification de l'état smart des DD, cela induit aussi le ralentissement en lecture/écriture entre les DD, et donc impacte au final, le DD le plus lent est roi ne pas l'oublier..... voilà ce que je ferais si j'étais dans ton cas pour aller plus loin je raccroche bonne soirée et bons tests pour demain envois moi un mp sur tes outils de bench, j'ai du matos à tester sous peu

" Vous pouvez opter pour une sauvegarde depuis un site distant par protocole CIFS, NFS, FTP, HTTP, ou RSYNC " à ce que tu en dis alors cela ne devrais pas poser de problème, tout cela est standard sur le syno, tu es dans la section dédiée sauvegarde sur le forum, avec pas mal de scripts en exemple, donnés par la communauté à appliquer via rsync, pour trouver ce qu'il te convient le mieux. quand tu auras ton DD pose tes questions si tu ne trouve pas d'exemple collant à ton souhait de sauvegarde. time to dodo bonne nuit

salut attention quand on joue avec les jubo frame, on joue sur la taille des paquets et cela peut induire un mauvais format de paquet transmis, écrêtage, grosse fragmentation de paquets qui doivent être traités dans la file d'attente du traitement réseau, et donc gros ralentissement et pertes de paquets dans le pire des cas.. il peut y avoir saturation dans le traitement, et on peut obtenir de gros de temps de latence et ce genre de symptômes.... que donne lors d'un transfert la commande (ifconfig) sur le syno via ssh et (ipconfig) sur le pc via une fenêtre dos, collision perte de paquets, erreurs etc.... un reboot électrique du switch doit être fait après changement de MTU, pour valider le tout dans certains cas, cela a été fait ? sinon à faire une fois que tous les MTU sont réglé idoine de chaque côté du switch, et sur le switch lui même si il n'est pas à moitié planté et administrable (puis refaire la série de tests) si tu as un anti virus ou firewall qui analyse les trames réseaux, à désactiver aussi pour la recherche de causes à effets

salut tu pourais peu etre apporter quelques pr

bienvenue

je ne souhaite pas être mis sur cette liste je me suis fait griller trop d'adresses mail, msn, voir même des adresses skype avec ce genre de chose, et j'ai disparu de irc pour cette raison aussi et par expérience cela nuit à la vie du forum et à la qualité de suivi des posts comme l'a précisé ikeke plus tôt Dans ce domaine particulier des NAS, je ne ressens l'utilité des mailing list qu'en dev ou en bêta test, là oui cela pourrais avoir un impact fort intéressant pour attirer des gens sérieux et désireux de tester le produit et y apporter leurs contributions , si l'équipe bêta de synology se prête au jeu un jour bien sur, je serais l'un des premiers à m'inscrire.

je t'en prie, c'est moi qui ai re remis un post au bar et hop re effacé j'y comprenais plus rien d'ailleurs si tu as le clic agile, je te propose un autre saut temporel dans la section RAID je vire tout à l'heure mes posts hs pour la lisibilité, ou si tu as le temps je t'en laisse le soin. hop direction la fête des grands mères et au menu, les ch'ti (le film) .... bonne après midi

ok ! tu ne peux pas d

le post à disparu selon la règle du calcul la taille utile résultante en raid nbr de DD x taille du DD le plus petit moins la taille du DD le plus petit si tu as 5 DD de 2 To en raid 5 théoriquement taille résultante = 8 mo si le fabriquant utilise le mode de calcul habituel on annonce 2 To 2.000.000.000.000 octets en multiples de 10 pour connaitre la valeur en octect (1024) on divise trois fois la taille annoncée en 10 puissance n 2.000.000.000.000 / 1024 = 1953125000 1953125000 /1024=1907348,63281125 etc..... 1862,6455149 tu as en fait un disque de capacité de 1,862 To tu reprends le calcul précèdent n DDx la taille - 1 dd 1,862x5=9,313 9,313 -1,862=7,451 résultat 7,451 To pour un raid5 composé de 5 DD de 2 To, est ce que cela se rapproche plus de ce que tu as sinon chaque constructeur à un datasheet de ces produits, l'information théorique est le max formated capacity, cela dépend bien sur ensuite du formatage effectué sur l'appareil, ntfs, fat, ext3, ext4 etc....et de la réservation de partition constructeur pour des utilitaires chez certains. un exemple: http://www.wdc.com/w...2879-701277.pdf

salut Romain la phrase théorique est celle ci: La capacité du disque RAID est égale à la plus petite capacité des disques durs que multiplie le nombre des disques constituant la grappe moins un disque ( de plus petite capacité) pour le contrôle de parité grosso merdo 20 % pour les 2 To en raid5 (5 DD) 5x2=10 -2 =8 To pour les 1.5 To en raid5 (5 DD) 5x1.5=7.5 -1.5 =6 To de la théorie à la pratique tout dépend ensuite de la taille réelle utile de tes DD en octets cela varie selon les fabricants

ok je reprends ma plus jolie écriture re bonsoir le ping ne t'apportera pas d'élément concret pour te dépanner, car le problème peut venir d'un problème de firewall ne laissant pas passer les flux nécessaires il serait bien que tu décrive comment tu as monté ton lecteur "david" , quelle méthode surtout ! car il y en a plusieurs, le modèle du syno, et quelle est l'activité du syno et la charge en upload de ta connexion adsl pendant ces tests.. si il sagit d'un partage de type windows, cela est à proscrire via internet sans vpn et cela m'étonnerai que certains te le conseillent par ici ..... prends le temps de regarder ce qui est possible en toute sécurité, même si cela ne concerne pas d'info sensibles, nombreux sont les posts ou nous décrivons les risques de transformer un syno en hébergement de site à contenu interdit par la loi, pédophilie etc....à ton insu, et de la responsabilité légale qui t'oblige à en maitriser le contenu. si tu débute je t'incite à regarder ce tuto, http://www.nas-forum...-avec-les-syno/ à faire des recherches sur le forum sur des sujets comme ftp ou mieux sftp, (section tutos) et les possibilités de "file station"

il est question de 410+ aussi, mais il y a peu d'information sur la toile , je n'ai pas gard

je n'avais pas vu ce post, sinon je crois qu'il y aurait eu un gros pan sur les doigts, et un ton pas aimable, je rejoins pleinement patrick. perso je n'expliquerais pas comment faire transiter du ping jusqu'au syno, je n'en vois aucune utilité mais plutôt et je pense que c'est le seul et bon conseil à donner apprendre à se servir du syno, puis comprendre d'abord les risques via internet quand on parle de lecteur ! tout passe en clair...selon la méthode utilisée, y compris les logins et mot de passe.... c'est la première source de hacking sur le net, car aucun patch ne protège de cela. possible via VPN, mais il y a d'autres choix pour rendre accessible un contenu par le web crypté, un tunnel SSH, VPN n'étant pas accessible à tous les synos, le tunnel SSH oui, ce ne sont pas les tutos qui manquent pour apprendre à se servir de winscp, ou à créer un tunnel via SSH j'ai un tuto en cour pour le tunneling ssh, adapté aux synos toutes versions, mais ce week end ca risque d'être court, je bosse un peu sur autre chose que syno dans la vraie vie.

salut, le sujet d