Rbatimus

Bienvenue, Salutations depuis la Suisse également 😉

@lordkivan je viens de vérifier mais hélas coté switch c'est pas la joie niveaux parmètre pour le LAG... en gros on peut juste créer un groupe entre plusieurs port phyique sur ce model de switche ça m'apprendra à prendre les entrée de gamme ^^. @church tu m'a mis sur la bonne piste merci c'est effectivement le mode Balance Xor qui fonctionne pour ma config... En addition à ce poste et afin de conclure, comme ces AP sont basé sur une architecture SDN comme mentionné plus haut je me suis amusé à créer un Omada Controller sur mon NAS via Docker et ça fonctionne plutôt pas mal... gestion du réseau centralisée, mise à jour automatique des différents firmware etc... ça serait à refaire je choisirais les mêmes AP mais un switch moins cheap compatible Omada controller ainsi qu'un router ça simplifierais beaucoup la gestion de mon réseau... Donc pas forcément nécessaire pour une petit réseau comme le mien mais indispensable pour les PME 😉

La suppression du LAG a résolu le problème... mais cela ne fais pas mes affaires étant donné que je souhaitais le conserver... c'était un Link Aggregation Dynamique IEEE 802.3ad avec config de l'IP manuelle. coté Switch j'ai simplement créer le lien dans Switching->LAG et selectionnée les deux port physique et créer LAG1... Bref j'ai du louper qqch coté switch probablement pour que cela fonctionne partout...

j'ai également ouvert un topic sur le Forum TP-Link concernant les access point Omada.. on verra qui de NAS forum ou T-Plink fournira la solution en premier ^^.

@lordkivan, je n'ai pas accès à mon AP pour l'instant mais je vérifierais ce soir. Je t'avoue que pour le moment je n'ai pas beaucoup dévié de la configuration par défaut des acces point mis a part le changement des addresse IP en statique et des login/WP... donc rien de fous de ce coté je crains, mais je vais passer cette config au crible et publierais ma config si je ne trouve rien... Par contre en effet je vais vérifier cette histoire de device insulatation. Je vais également tester de suprimer le LAG pour voir si le problème peut venir de la... @churchdu coup comme tu t'en doute pas de VLAN actif et mon switch est manageable (TL-SG1016PE), coté NAS j'ai fais un lag dynamique avec configuration de l'adresse IP manuelle selon le schéma et coté switch j'ai simplement créer un LAG sur les deux port physique utilisé. je peux y acceder via l'interface web et je peux le ping sur le reseau du router mais pas sur celui des AP. ce n'est pas lié à un seul PC mais à l'ensemble de mes appareils connectés (Test avec tablette, smartphone, laptop et fixe, le résultats est le même partout c'est donc lié à ma config réseau...) Je ne fais pas de partage SAMBA avec... Quoique il en soit merci pour vos retour et feedback qui m'aide à trouver du grain a moudre en attendant de trouver la solution ^^.

voici les Config IP de mon réseau Local: comme tu peux le voir tout est sur le même sub-net... sur mon NAS j'ai uniquement un serveur VPN actif pour les connexion venant de l'extérieur... donc pas de client j'ai tenté de desactiver le parfeu du NAS de supprimer les protection des comptes etc... rien ni fait j'ai accès a tout mon réseau depuis les AP sauf au NAS.... j'avoue que je sèche un peu...

j'ai tenté de désactiver le par feu du NAS mais toujours sans résultat

Salut à tous, Je viens de modifier mon réseau privé avec l'ajout de deux Access Point TPlink Omada. Voir ci-dessous la configuration de mon réseau: Tout semble fonctionner excepté l'accès à mon NAS... en effet une fois connecté à mon AP j'ai pu ping les différents appareils de mon réseau local sauf le NAS... par contre si je me connecte au Wifi du routeur directement, la j'ai accès sans soucis à mon NAS... Mon NAS est en IP Fixe avec un LAG (LAN1 & 2) Actif & fonctionnel sur le switch Avez-vous une peut-être une idée de piste à explorer? Merci d'avance pour votre aide.

Bravo les gars content que vous ayez une solution qui fonctionne 😉

Oui ton script semble correct... Voici le mien: #!/bin/bash umount /dev/usb1p1 sleep 10 echo "2-1.3" > /sys/bus/usb/drivers/usb/unbind je vois que tu as fais un copier-coller depuis le forum. Tu peux encore essayer d'effacer ton script et de le taper manuellement (Sans les commentaires) pour écarter l'ajout d'un caractère spécial dans le script...

@telenaze chez moi cela fonctionne parfaitement en tout cas. Es-tu certain d'avoir démonter la bonne partition? qu'es-ce que la commande df -h te retourne? Sinon tu peux essayer peut-être d'augmenter le temps entre le démontage de la partition et l'éjection du disque...

Petit addendum qui pourra s'avérer utile: la commande echo "1-2" > /sys/bus/usb/drivers/usb/unbind équivaut à retirer le câble USB du disque dure du NAS... ce qui nous vaut un joli message du system "le dique xxx n'a pas été éjecté correctement". Si on veut faire les choses proprement il faut alors démonter la partition système du disque avant de l'éjecter. Pour se faire il faut identifier le nom de la partition avec la commande: df -h par exemple: /dev/usb1p1 ce qui nous donne le scripte suivant pour éjecter proprement le disque: umount /dev/usb1p1 #démontage de la partition du disque sleep 10 #une pause de 10 secondes laisse le temps au système de finir le démontage de la partition echo "1-2" > /sys/bus/usb/drivers/usb/unbind #éjection du disque Après execution de ce script le message "le dique xxx n'a pas été éjecté correctement", n'apparaitra plus ce qui soulagera notre file de notification.

@telenaze, Je ne dirais pas que ta sauvegarde est maintenant protégée contre les ransomware. Ce serait faux de le dire car un attaquant qui se procurerais tes accès root du NAS serait capabale de remonter et d'infecter ta sauvgarde local. mais ce genre d'attaques à large échelle sont automatisés et ce qui sort d'un configuration généraliste sera plus difficilement attaquable... donc tant que ton disque n'est pas monté il sera théoriquement mieux protégé...

Salut @telenaze, Navré pour le délais de réponse, cela faisait un moment que je n'était pas repassé par le forum avec les fêtes. Je vois que dans l'intervalle tu as bien pu progresser sur ton script, bravo & merci pour tes retours qui seront utiles à d'autres! En effet, c'est bien vu de l'avoir signalé à l'équipe de dev Synology.

Ok problème résolu: pour monter les disques depuis ssh ils doivent être démonter en ssh aussi avant, cela même si ils on été éjecté proprement depuis DSM. sinon le montage ne fonctionne pas toujours... Ce qui implique d'avoir deux Scripts: l'un qui monte les diques: #!/bin/bash echo "2-1" > /sys/bus/usb/drivers/usb/bind et un autre qui les démontes: #!/bin/bash echo "2-1" > /sys/bus/usb/drivers/usb/unbind Je programme l' execution du script de démontage de mes disques 5 minutes avant l'execution du script de montage automatique. Le montage s'éxecute également 5 minutes avant leur utilisation par Hyper backup. Hyper backup se charge de les éjecter à la fin de la tâche de backup... ce qui fait que les disques sont monté uniquement durant leur temps d'utilisation +5 minutes... c'est pas très propre mais ça fait le job. Si quelqu'un à une meilleur idée je suis prenneur ;).