Aller au contenu

HommeTranquille

Membres
  • Compteur de contenus

    159
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Messages posté(e)s par HommeTranquille

  1. Il y a 12 heures, BelleIle94 a dit :

    le ping de mon serveur NAS donne :
    Reponse de 192.168.0.20 : octets=32 temps<1ms TTL=64

    le nbtstat -a Nom_de_mon_NAS donne:
    Connexion au réseau local:
    Adresse IP du noeud . [192.168.0.10]  ID d'etendue: [ ]
    Table de noms Netbios des ordinateurs distants
    Nom                                      Type        Etat
    ---------------------------------------------------------------
    Nom de mon NAS      <00>  Unique      Inscrit
    Nom de mon NAS      <03>  Unique      Inscrit
    Nom de mon NAS      <20>  Unique      Inscrit
    MSHome                   <00>  Groupe     Inscrit
    MSHome                   <1E>  Groupe     Inscrit
    Adresse Mac = 00-00-00-00-00-00

    Enfin le Net View \\192.168.0.20 donne
    L'erreur systeme 53 s'est produite
    Le chemin réseau n'a pas été trouvé

    Pour l'instant on en déduit que ton PC est sur 192.168.0.10 et ton NAS sur 192.168.0.20... que ton PC connait ton NAS par IP et NETBIOS (nbtstat) mais que l'adressage semble quand même déficient puisque le NET view final échoue même en IP (il n'y a pas de sollicitation NETBIOS). Tu as un autre PC qui lui arrive à faire ce même NET VIEW avec un autre Windows ? Je me souviens plus...

    Si c'était deux postes Windows voulant partager des ressources je penserais que "le serveur" n'alloue pas ces partages (Panneau de configuration\Tous les Panneaux de configuration\Centre Réseau et partage\Paramètres de partage avancés, voir les paramètres réseaux privés ou réseaux publics si tu es en réseaux publics ce qui est à éviter) mais là le NAS à bien l'allocation SMB (tu devrais avoir SMB3 mais cela devrait coller avec SMB1 et 2)....

    Essaie un "nbtstat -c" pour voir si l'association NETBIOS/IP est correcte....

    Tu as le même comportement sur un autre PC ou c'est spécifique à celui là....je sèche toujours...

    Le hic c'est que je pars en déplacement pour la semaine sans moyens informatiques... donc je ne pourrais t'aider avant dimanche

     

  2. Il y a 20 heures, BelleIle94 a dit :

    Alors la commande NET VIEW \\Nom_du_NAS /cache /all donne comme résultat "L'erreur Système 53 s'est produite. Le chemin réseau n'a pas été trouvé".

    J'ai tapé la commande NET USE * /DELETE et j'ai obtenu le message "La liste est vide"

    Mes paramètres sur mon serveur NAS sont assez différent de la copie d'écran.
    "Activer le service SMP" est coché
    "Activer le journal de transfert" n'est pas coché
    Dans paramétres avancés j'ai "Protocole SMB maximum" à SMB2
    "Protocole SMB minimum" à SMB1
    J'ai également "activer opportunistic locking" qui est activé et c'est tout

    Donc je n'ai pas l'option "Activer le module VFS dirSort" ni "permettre les liens symboliques"

    Dois je changer des choses ?

    L'erreur 53 m'inquiète...

    https://translate.google.com/translate?hl=&sl=auto&tl=fr&u=https%3A%2F%2Ftechnet.microsoft.com%2Fen-us%2Flibrary%2Fcc940100.aspx&sandbox=1

    Pour les parametres :

    Activer le journal des transferts est utile mais ne concerne pas ton pb.

    SMB maximum devrait être à SMB3 mais c'est pas important.

    Le SMB minimum peut rester à SMB1 si tu n'as pas d'accès Internet mais cela n'a pas de rapport avec ton souci.

    L'opportunistic locking je ne sais pas ce que c'est et je n'ai pas le temps de chercher maintenant (je dois aller à un RDV), mais je ne suspecte pas de cause à effet sur ton souci.

    VFS dirsort n'a pas de relation avec la connexion réseau.

    En attendant, essaie :

    ° un ping de ton Windows sur "nom_de_ton_nas" pour vérifier l'adresse IP.... et la liaison IP....

    ° un nbtstat - a "nom_de_ton_NAS"

    ° un net view \\l'adreese IP de ton NAS telle que te l'as donnée la commande Ping.

    et après on se concentrera sur Netbios...

    Désolé de ne pas aller plus vite..

     

  3. Je ne voudrais surtout pas être désagréable mais ni Synology, ni les utilisateurs ne peuvent d'apporter de réponses satisfaisantes si tu n'as pas acquis quelques concepts généraux en informatique et réseaux et malheureusement cela prend du temps pour tout le monde... Par exemple, un pare-feu ou firewall est INDISPENSABLE si ton réseau local (domicile ou professionnel) est en relation avec Internet pour assurer une sorte de "blocage" des tentatives mal-intentionnées d'entrée dans ton "chez toi" (tes machines, postes de travail et serveurs, NAS compris).

    Si ton "chez toi" est complètement isolé du "reste du monde" (aucune communication réseau avec ou sans fils), le firewall ou pare-feu ou garde-barrière ne te sera pas utile...

    Tu parles de chiffrement ou de VPN, du protocole Apple Bonjour, ....pourquoi pas ..., mais reste à savoir quel est ton besoin pour te répondre sur l'utilité et sur le comment faire...

    Je n'ai peut être pas tout compris de ta situation, pardonnes moi si c'est la cas, mais tu devrais d'abord faire fonctionner ton NAS dans une configuration "simple" et enrichier après... progressivement.

     

  4. Il y a 17 heures, BelleIle94 a dit :

    Hello, merci pour le temps que tu passes sur ce sujet... car je m'en sors toujours pas !

    J'ai donc activé Netbios et en faisant un IPCONFIG je vois desormais que mon netbios est activé...
    Mais cela ne change rien et j'ai toujours mon message d'erreur Grrrr

    Nous non plus on ne s'en sort pas ;-)

    Que donne : net view \\nom_de_ton_NAS /cache /all ?  Probablement rien si tu n'as eu "dans le passé" aucune mise en relation entre ton PC et ton NAS....

    Par curiosité, tente quand même : NET USE * /DELETE  pour voir si rien ne traîne qui pourrait bloquer l'établissement de nouvelles connexions ...

    Sinon, as tu vérifié les paramètres de ton NAS dans les services de fichiers ?

     

    2017-05-20_11h35_41.thumb.png.ff86fe1ab98eb008c42f90014fb20511.png

  5. Je pense que l'on approche de la solution... Il te faut impérativement NETBIOS pour ton contact Windows/NAS mais pas NETBIOS V1 si ton NAS mais surtout tes postes WINDOWS peuvent être attaqués (voir Ransonware Wanacry), c'est à dire s'ils sont accessibles via Internet.... mais nous y reviendrons plus tard car je ne sais pas tout de ta configuration...

    Moi, j'utilise le DHCP de ma box SFR et il est correct pour NETBIOS. Il faut bien NETBIOS sur TCP/IP.... Tu peux toujours essayer de forcer via "activer Netbios sur TCP/IP" cela pourrait coller et cela voudrait dire que ton serveur DHCP ne donne pas une bonne réponse à ton Windows....

    J'ai fait un essai et j'ai remplacé le paramètre NetBios du DHCP par une activation de NetBios sur TCP/IP... Cela marche mais chose curieuse la mise en session entre poste de travail WIndows et NAS est nettement plus longue... mais cela marche... Une fois la session établie, aucun problème pour la lecture des directories ou le transfert de fichiers (j'ai essayé)

    Sur ma configuration SMB V1 est supprimé de Windows 10 (à cause du Ransonware Wanacry) et invalidé sur le NAS (pour rester cohérent) donc les échanges se font en SMB V2 et/ou V3.

    Dans l'attente de te lire car là je sèche un peu...

  6. J'ai la même chose avec quelques trucs en plus mais qui n'ont rien à voir avec ton problème (des drivers pour la virtualisation Vmware par exemple). donc, cela ne vient pas de cela...

    Tu vois apparaitre ton serveur dans le display de synology assistant... donc ce n'est pas un pb. de "fil" (de liaison) et les protocoles sont bon coté PC... il ne reste que les protocoles "au dessus" comme Netbios (coté DSM comme coté PC)...

    Tu pourrais vérifier et nous dire si c'est correct ? (pour DSM : services de fichiers/SMB....) et coté Windows (Panneau de configuration\Réseau et Internet\Connexions réseau....La carte utilisée.... WINS/paramètres NETBIOS)...

    Si c'est bon, il ne restera que les sessions WIndows en première analyse... Il faudra peut être effacer les caches....

    PS : si tu as un peu de temps... lance une commande NET USE dans le décor MSDOS (CMD) et dis nous si tu as quelque chose qui concerne ton NAS ?

     

  7. Il y a 2 heures, guigui82 a dit :

    Le souci est que je n'ai pas noté la version dans laquelle j'étais au moment du plantage.... Il les faisait automatiquement la nuit à 1h00 du mat donc je dois être dans la version du 30/04 maintenant je ne sais pas si c'est la dernière à ce jour.

    Si quelqu'un pouvait me renseigner là dessus  avec les dates des releases.

     

    Je n'ai pas tout à fait le même modèle que toi (un DS1513+) mais je suis TOUTES les mises à jour et je suis en DSM 6.1.1-15101 Update 2 du 2017/05/05.

  8. Version: 6.1.1-15101-2

    (2017/05/09)

    Important Note

    1. The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly.
    2. This update will restart your Synology NAS.

    Fixed Issues

    1. Fixed a security vulnerability regarding Linux kernel (CVE-2017-7184).
    2. Fixed an Ubuntu virtual machine system freeze issue on Virtual Machine Manager.
    3. Enhanced the stability of iSCSI service.
  9. Il y a 11 heures, Fenrir a dit :

    Il en existe aussi qui font point d'accès wifi, comme ça tu as cpl+switch+wifi avec le même boitier

    J'utilise des CPL 1200 (1,2 Gb/S théoriques - couramment 260/300 Gb/s) qui cohabitent avec des 500 plus anciens et supporte chiffrement (AES 128 de mémoire) et le WIFI... Certains boitiers peuvent avoir le WIFI et 2 portes Ethernet).

    Cela me satisfait totalement.... C'est Devolo qui les fabrique... Je ne fais pas de pub, c'est peut être pas les meilleurs, je n'ai pas fait de comparatif, j'ai cherché du fiable.

     

  10. Version: 6.1.1-15101-1

    (2017/05/02)

    Important Note

    1. The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly.
    2. This update will restart Synology NAS models supporting SSD cache.

    Fixed Issues

    1. Fixed an issue where domain users/groups might be displayed incorrectly when a file ACL is checked via Samba.
    2. Fixed an issue where users might experience failure or receive no response when updating domain data.
    3. Fixed an issue where volumes might not function normally when read-write SSD cache is used with advanced iSCSI LUNs.
    4. Fixed an issue where encrypted shared folders cannot be unmounted when connections with Samba clients have been established.
    5. Fixed an issue where failure of installation or upgrade might occur in Package Center.
  11. Non, et je comprend que cela te soucie, il s'agit d'une découverte pour le deuxième disque (le pb GPT et gestionnaire de volume).

    Pour le premier disque, je l'avais formaté complètement en MBR/EXT4 avec "Minitool partition wizard" et je n'avais rien remarqué.

    C'est en montant le second disque sans précaution autre que de passer un coup de Seatools (l'utilitaire de test de SEAGATE qui teste mais m'écrit rien) que je me suis "arraché les cheveux" devant le fait que le disque plantait dans le NAS et était sans erreurs aucune dans un PC.

    J'ai remonté l'info à Synology et à Seagate dont je comprend qu'il livre une "haute capacité" au format GPT.

    J'espère que cette fois çi, j'ai été clair.

  12. il y a 4 minutes, Lucien77 a dit :

    Ben, non, DSM ne peut rien afficher de plus parce qu'il n'y a aucune évolution de la taille du volume.

    Je comprend ton raisonnement mais sur le plan ergonomique, DSM pourrait préciser que justement de l'espace est "pending" ou "inutilisé" mais que la capacité brute est augmentée....même si elle n'est pas complètement utilisable.... Je pinaille mais c'est mon ressenti.

    Merci encore de ton aide.

     

  13. Bonjour à tous,

    J'ai un DS1513+ et je viens de remplacer UN disque sur les 5 (tous en 4 To) par un IRONWOLF 10To. Je suis en SHR au dernier niveau d'upgrade de DSM 6.1. Cela c'est bien passé en apparence. Le contrôle de parité est bon.

    Mon souci est que la capacité du volume ne semble pas bouger. Le volume affiché est inchangé et l'espace résiduel reste lui aussi identique.

    Quelque chose m'échappe.... Si une âme charitable pouvait m'éviter de mourir idiot....

    Merci d'avance.

    PS1 : J'ai oublié de préciser que pour monter ce type de disque de forte capacité (SEAGATE IRONWOLF 10 To),

    il faut changer le "disk tray" sur les DS1513+ (et DS1813+) de 2014 et avant par des "disk tray" de type D6.

    Il faut se les procurer auprès de SYNOLOGY. Si je précise cela, c'est pour éviter qu'un "forumiste" tente de monter ce disque sans ce préalable.

    PS2: Les disques SEAGATE sus-désignés sont livrés au format GPT  (Globally Unique Identifier) et non au format MBR (Master Boot Record).

    Le gestionnaire de volume de DSM 6 ne semble pas savoir convertir et formater ces disques en l'état.

    Il considère les disques comme "en erreur". Il faut donc les convertir préalablement sur un PC de GPT à MBR

    et là cela fonctionne sans aucun problème.

     

  14. Il est confirmé que cela marche si la ressource partagée du PC est interne (ex. un directory du disque dur qui est partagé...) mais cela ne marche pas si la ressource est externe : un directory appartenant à un disque relié à la machine en USB (ce qui était le cas de mon premier ensemble de test)....

    Cela se confirme et je pense que c'est une anomalie Windows 10 mais sans explication précise, rien n'est sur..

  15. Le 19/03/2017 à 17:19, Fenrir a dit :

    Il est à peu près certain que le souci vient de ton PC

    C'est probable... Aux dernières nouvelles, cela marche si la ressource partagée du PC est interne (ex. un directory du disque dur qui est partagé...) mais cela ne marche pas si la ressource est externe : un directory appartenant à un disque relié à la machine en USB (ce qui était le cas de mon premier ensemble de test)....

    Pour moi, c'est "dingue" et je tombe de l'arbre....

    Je pars en province quelques jours et je reprendrais les tests au retour...

    Bon courage à tous ceux qui m'ont aidé et à bientôt....

  16. Il y a 2 heures, jacques56 a dit :

    Question idiote mais sait on jamais. Quand tu fais le montage dans ton NAS ta session Synology est bien avec un compte admin ?

    Réponse : OUI


    Le dossier Windows partagé est bien accessible à partir d'une autre machine (si tu en as une) à travers ton réseau en indiquant identifiant mdp Windows 10 ?

    Réponse : OUI

    Après je sèche. Sans connaître la fonction, ça a fonctionné du 1er coup chez moi.

    Constat : On est "au moins" deux... (c'est rassurant pour moi, mais c'est une maigre consolation)....

     

     

  17. Il y a 1 heure, CoolRaoul a dit :

    Si le besoin ce limite à cela, cela ne ne vaut-il pas envisager d'utiliser le service de partage multimedia intégré à Windows? (sous réserve bien entendu que les appareils "picoreurs" supportent le DLNA)? Ca se configure via le lecteur Windows Media. (J'avoue ne pas avoir creusé cette approche en particulier sous Windows 10 mais risque rien d'essayer.

    Les fichiers ne sont pas QUE multimedia... (.TXT, .DOC, .PPT, ...) et ne sont pas tous destinés à être visualisés comme une vidéo...

    J'ai renomé le disque "Disque I" en "DisqueVIDEO" tout à l'heure pour faire un test mais c'était un raccourci intellectuel trop rapide... cela ne signifie pas que ce sera le nom et la destination définitive de ce disque... Désolé d'avoir mal influencé la réflexion.

    "Picorer" des fichiers signifie les ouvrir ou les copier ponctuellement.

     

    Il y a 1 heure, jacques56 a dit :

    Met l'adresse IP de la machine au lieu du nom. En fait si tu cliques sur le point d'interrogation dans le champs de saisi, l'exemple donné par Synology est une adresse IP.

    Je teste de suite.

    Ne marche pas (\\192.168.1.51\DisqueVideo)... J'ai bien vérifier l'adresse IP par un scanner réseau avant....

     

  18. il y a 3 minutes, Fenrir a dit :

    Ça fonctionne très bien, je viens de monter un dossier de mon portable (w10) sur le nas.

    Ton le problème vient donc probablement de ton pc, par exemple le parefeu, le compte (il faut un mot de passe sur le compte, sinon il faut faire une autre manip que je déconseille), l'antivirus, ...

    J'ai pas pensé à vérifier le parefeu.... je vais m'y atteler... Le compte à un mot de passe (c'est le mien ;-)

×
×
  • 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.