Rechercher dans la communauté
Affichage des résultats pour les étiquettes 'réseau'.
4 résultats trouvés
-
Bonsoir à tou(te)s J'ai récupéré il y a peu une carte PCIe 10Gbits non officielle pour mon NAS 923+ pour évoluer en douceur dans un 1er temps de 1Gbits vers 2.5Gbits (puis plus tard si besoin vers 10Gbits) Seulement comme ma carte n'est pas une officielle Synology mais un modèle XikeStor SKN-A113-Mini (chip AQC113), je rencontre logiquement quelques résistances de DSM :) Concernant l'activation des drivers et la mise en place de la nouvelle interface eth2, c'est ok (en plus des 2 existantes eth0 et eth1 en 1Gbits) J'ai suivi les instructions de DaveR007 provenant de https://www.reddit.com/r/synology/comments/1f2ztpb/comment/lkg5k4g/ Concrètement, le paramétrage des drivers n'étant pas persistant j ai une tache planifiée qui démarre à chaque boot les drivers suivi de l'instruction "/etc/rc.network restart" Donc je suis capable de me connecter en 2.5G et obtenir une IP sur l'interface eth2, tout est ok Par contre impossible d'utiliser Virtual Machine avec cette nouvelle carte, elle n apparait simplement pas dans la partie Network (même si je connecte le cable réseau sur eth2. Notez que dans l exemple j étais sur LAN1 (eth0) Manager La seule solution que j'ai et qui fonctionne est de désinstaller VM Manager puis désactiver et réactiver open switch au niveau de Eth2 (LAN3) ce qui a pour effet de forcer de "forcer" un paramétrage correct pour VM Manager Je me suis un peu documenté et cela a pour effet de paramétrer correctement la partie OVS : ovs-vsctl show Bridge "ovs_eth1" Port "eth1" Interface "eth1" Port "ovs_eth1" Interface "ovs_eth1" type: internal Bridge "ovs_eth0" Port "eth0" Interface "eth0" Port "tap021132271ac4" Interface "tap021132271ac4" Port "ovs_eth0" Interface "ovs_eth0" type: internal Bridge "ovs_eth2" Port "eth2" Interface "eth2" Port "ovs_eth2" Interface "ovs_eth2" type: internal Cependant cette manip n'est pas persistante et à chaque redémarrage, je pers la "bonne" config qui me permet l'utilisation de eth2 (LAN3) sur VM manager. Je serai donc ravi d'avoir vos avis là dessus et si par le plus grand des hasard quelqu'un utilise ce genre de cartes non officielle (drivers atlantic_v2), ca pourrait grandement m'aider. Je précise que je suis sur DSM v7.3.2 Merci à vous !
-
Salut à tous, Je suis tombé sur le forum en cherchant des infos sur le web, et franchement il est super bien fait. C’est assez rare de voir une communauté aussi propre et bien tenue, alors merci à tous ceux qui y participent. Je bosse comme ingénieur réseau et sécurité, j’ai les certifs CCNA, CCNP ENCOR et ENARSI. J’ai bossé un moment pour le CNES sur des infrastructures réseau, c’était super intéressant. Je travaille aussi sur un projet qui s’appelle xxx, autour de la formation et des certifs Cisco. J’aime beaucoup tout ce qui touche à l’automatisation réseau, je trouve ça vraiment incroyable comme domaine. Et à côté de tout ça je fais pas mal de sport, histoire d’éviter de rester 12h par jour devant l’écran sans bouger ahah. J’essaye aussi de bien progresser en anglais, j’aimerais devenir bilingue pour pouvoir bosser plus tard à l’international. Content d’être ici, enchanté de vous rejoindre et hâte d’échanger avec vous ! Elwin
-
Bonjour, Je suis à mon deuxième Synology que j'utilise depuis maintenant 5 ans environ. Depuis le mois d'avril environ, je n'arrive plus à ouvrir mes dossiers partagés depuis mes PC en réseau. J'ai bien le "SMB" qui est validé, et le partage activé sur mes ordinateurs (W10 et W11). Quelqu'un a-t-il une idée? Merci d'avance.
-
Bonjour la communauté, Je n'ai pas trouvé de forum dédié à Container Manager, alors je post ici. Désolé si je me suis trompé. Il y a plusieurs jours que je galère avec l'accès internet de mes containers et de la visibilité des containers entre eux dans l'application Container Manager. Pour être honnête, j'ai demandé à toutes les IA que je connaissais, j'ai parcouru le web en long et en travers et j'en arrive à me dire que c'est mon NAS qui a un problème. Le problème est survenu quand j'ai créé le projet Jellyfin dans Container Manager. Jellyfin est un logiciel de Media Center entièrement gratuit et libre. Une des fonctionnalité de tout media center est de scrapper les données d'une vidéo sur internet (Résumé, liste des acteurs, photos, bande annonce, fond d'écran, etc...) Or, une fois le container installé et démarré, impossible pour lui d'accéder à internet en mode bridge. C'est pourquoi j'ai du installer l'application Jellyfin depuis un repo externe plutôt que d'utiliser un container docker. Pour un autre container, Vaultwarder, container qui permet de stocker tous les user/login de toutes les applications web ou applications dédiés PC, Mac, mobile, j'ai du passer par le mode host pour que cela fonctionne parfaitement. La, pour un troisième projet (immich), j'ai 5 containers qui doivent se voir les uns les autres et accéder à internet pour certains. Impossible de passer par le mode host. Et pareil, le container immich_server n'arrive pas à se connecter au container immich_database par exemple. Je suis donc repassé par un exemple plus simple et j'ai créé un projet dans Container Manager avec 2 containers qui sont juste des distributions linux légères. L'idée étant de tester l'accès réseau en m'y connectant et de voir si les 2 containers se voient. Le fichier docker-compose.yml est donc le suivant: version: '3.9' services: alpine1: image: alpine:latest container_name: alpine1 command: sleep 3600 restart: unless-stopped alpine2: image: alpine:latest container_name: alpine2 command: sleep 3600 restart: unless-stopped Ensuite, je me connecte au premier container avec: docker exec -it alpine1 /bin/sh Enfin, je teste la connectivité # nslookup google.com Server: 127.0.0.11 Address: 127.0.0.11:53 ;; connection timed out; no servers could be reached # ping -w 3 google.com ping: bad address 'google.com' # nslookup alpine2 Server: 127.0.0.11 Address: 127.0.0.11:53 Non-authoritative answer: Non-authoritative answer: Name: alpine2 Address: 10.10.10.3 # ping -w 3 alpine2 PING alpine2 (10.10.10.3): 56 data bytes --- alpine2 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss Je vous passe les détails, mais les containers alpine1 et alpine2 sont bien dans le même réseau, se connaissent mais ne peuvent pas communiquer. Et il n'y a pas d'accès internet. Pire, j'ai aussi configuré un network spécifique, donné son range d'adresse, donné des ip à chaque container, configuré le network dans tous les sens possibles, rien, pas d'accès. J'ai même testé avec Portainer au lieu de Container Manager, sans résultat. J'ai aussi créé un network en ligne de commande et j'ai configuré mes containers pour être dedans sans résultat. Je pense avoir tout essayé. Si l'un d'entre vous peut tester le projet docker ci dessus et voir s'il a accès à internet et si les containers se voient, ça serais cool. La dernière idée est le pare-feu, mais j'ai tente plein de configurations, sauf l'arrêter pour voir, mais toujours rien. Au secours Général Kenobi, vous êtes mon seul espoir...
