-
Compteur de contenus
4688 -
Inscription
-
Dernière visite
-
Jours gagnés
132
Messages posté(e)s par Jeff777
-
-
il y a une heure, MilesTEG1 a dit :
Mais s'il faut lancer cette commande régulièrement, ça va devenir pénible en effet
Sauf que depuiis j'ai redémarré le NAS pour voir et tout c'est bien passé.... ça a l'air résilient.
1 -
il y a 37 minutes, MilesTEG1 a dit :
Je me demande si je ne désactiverais pas aussi le eth1, aucun câble n'est dessus..
C'est ce que j'avais fait il y a quelques temps jusqu'à ce que je passe en 7.2 et perde la connexion sans moyen de me reconnecter au nas car le pilote de l'adaptateur USB avait changé. J'ai un peu galéré pour retomber sur mes pattes.
Alors j'ai songé utiliser ton script magique que je n'ai toujours pas testé mais je me suis dit que cela n'empècherai pas de passer par une mise à jour du pilote en cas de révision majeure du DSM. Donc j"ai laissé les ports éthernet activés.
L'autre solution c'est de désactiver les ports mais de ne pas mettre de script les désactivant au démarrage.
il y a une heure, loli71 a dit :sauf que la création de l'interface virtuelle n'est pas planifiée dans la cron du syno
Désolé. oui bien sûr je l"avais réactivé. Je vais corriger au dessus
0 -
il y a 4 minutes, loli71 a dit :
cela a permit de ne pas avoir le problème dans le serveur vpn, c'est bien cela ?
Je suppose que cette manip a débloqué quelque chose oui. Maintenant c'est peut-être un coup de bol.
Les scripts ce sont ceux du tuto avec les IPV6 en plus
macvlan-net.sh
docker network create -d macvlan \
--subnet=192.168.1.0/24 \
--ip-range=192.168.1.160/28 \
--gateway=192.168.1.254 \
--ipv6 \
--subnet=fe80::0/64 \
--ip-range=fe80::42:xxxxxxxx/124 \
--gateway=fe80::xxxxxxxxxxxx \
-o parent=eth1 \
macvlan-network
mac1-interface.sh:
ip link add mac1 link eth1 type macvlan mode bridge
ip addr add 192.168.1.115/32 dev mac1
ip addr add fe80::5cxxxxxxxxxxx/128 dev mac1
ip link set dev mac1 address 5E:xxxxxxxxxxxxx
ip link set mac1 up
ip route add 192.168.1.160/28 dev mac1
ip route add fe80::42:xxxxxxxxxxxx/124 dev mac1
Pour l'autre nas c'est la même chose, sauf les adresses bien sûr.
0 -
il y a 1 minute, MilesTEG1 a dit :
Ok et donc tu te retrouves dans le même cas qu'avant la lecture du sujet, non ?
Mais non le pb est résolu 😝. Regarde plus haut ce que j'ai écrit j'ai fait une copie de putty et il y a synonet --show avant/après et si tu veux une autre preuve, voilà ce que j'obtiens sur mes deux nas maintenant :
0 -
il y a 6 minutes, MilesTEG1 a dit :
comment ? Comme avant ?
Ah j'avais pris soin de décocher le script de l'interface virtuelle au démarrage.
Redémarré le nas, lancé le script mavclan, lancé le script de l'interface virtuelle, reconstruire pi-hole réinstallé VPN
0 -
à l’instant, MilesTEG1 a dit :
Et quelles explications a-t-on quant à la démarche de devoir faire passer l'adresse IP virtuelle par le serveur DHCP ?
Mais ce n'est que temporaire j'ai tout rétabli après (voir plus haut).
0 -
il y a 22 minutes, MilesTEG1 a dit :
C’est quoi la panique créée
L'interface virtuelle a changé d'IP. Elle a pris son IP dans la plage du DHCP
J'ai gardé une copie :
root@nas2:~# synonet --show
System network interface list:Host Name: nas2
Network interface: eth0
Manual IP
IP: 169.254.230.134
Mask: 255.255.0.0
Gateway: 192.168.1.254
DNS: 192.168.1.147
MTU Setting: 1500
-1, unknown duplex, active mtu 1500
RX bytes: 0
TX bytes: 0Host Name: nas2
Network interface: eth1
DHCP
IP: 192.168.1.15
Mask: 255.255.255.0
Gateway: 192.168.1.254
DNS: 192.168.1.147
MTU Setting: 1500
2500, full duplex, active mtu 1500
RX bytes: 339486868
TX bytes: 448895331Host Name: nas2
Network interface: mac1
Lastest SynoErr=[file_get_key_value.c:80]
synonet.c:322 SYNONetGetCard1 failed, synoerr=[0x2000]root@nas2:~# synonet --dhcp mac1
Host Name: nas2
Network interface: mac1
DHCP
IP:
Mask:
Gateway: 192.168.1.254
DNS: 192.168.1.147
MTU Setting: 1500
2500, full duplex, active mtu 1500
RX bytes: 6770124
TX bytes: 232529
root@JFSERVEURSVG:~# ifconfig
docker0 Link encap:Ethernet HWaddr 02:xxxxxxxxxxx
inet addr:172.17.0.1 Bcast:172.17.255.255 Mask:255.255.0.0
inet6 addr: fe80::42:XXXXX/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12058 errors:0 dropped:0 overruns:0 frame:0
TX packets:12965 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:8589359 (8.1 MiB) TX bytes:1620633 (1.5 MiB)etc.......tous les containers
eth0 Link encap:Ethernet HWaddr 00:xxxxxxxxxxxx
inet addr:169.254.230.134 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)eth1 Link encap:Ethernet HWaddr 00:xxxxxxxxxxxxxxxxxxx
inet addr:192.168.1.15 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::2e0:xxxxxxxxxxxx/64 Scope:Link
inet6 addr: 2a01xxxxxxx:2e0:xxxxxxxxxxxx/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:548509 errors:0 dropped:0 overruns:0 frame:0
TX packets:595345 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:343163925 (327.2 MiB) TX bytes:452789777 (431.8 MiB)lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:230955 errors:0 dropped:0 overruns:0 frame:0
TX packets:230955 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:30195349 (28.7 MiB) TX bytes:30195349 (28.7 MiB)mac1 Link encap:Ethernet HWaddr 5E:xxxxxxxxxxxxx
inet addr:192.168.1.32 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::5cxxxxxxxxxxxxx/128 Scope:Link
inet6 addr: 2a01:xxxxxxxxxx:5cxxxxxxxxxx/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:67320 errors:0 dropped:0 overruns:0 frame:0
TX packets:2259 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:6775161 (6.4 MiB) TX bytes:243273 (237.5 KiB)Là l'IP est donnée par le DHCP de la Freebox alors que le script de l'interface virtuelle lui donnait 192.168.1.115
root@nas2:~# synonet --show
System network interface list:Host Name: nas2
Network interface: eth0
Manual IP
IP: 169.254.230.134
Mask: 255.255.0.0
Gateway: 192.168.1.254
DNS: 8.8.8.8
MTU Setting: 1500
-1, unknown duplex, active mtu 1500
RX bytes: 0
TX bytes: 0Host Name: nas2
Network interface: eth1
DHCP
IP: 192.168.1.15
Mask: 255.255.255.0
Gateway: 192.168.1.254
DNS: 8.8.8.8
MTU Setting: 1500
2500, full duplex, active mtu 1500
RX bytes: 343989452
TX bytes: 453652431Host Name: nas2
Network interface: mac1
DHCP
IP: 192.168.1.32
Mask: 255.255.255.0
Gateway: 192.168.1.254
DNS: 8.8.8.8
MTU Setting: 1500
2500, full duplex, active mtu 1500
RX bytes: 6780519
TX bytes: 243457Et j'avais bien les interfaces présents dans les paramètres généraux du VPN.
J'ai désinstallé VPNServeur, démonté pihole, supprimé l'interface virtuelle et le macvlan, redémarré le nas.
Tout réinstallé et ....bingo !
0 -
Il y a 12 heures, Jeff777 a dit :
Pas toujours ça fonctionne pour certains NAS sans que l'on sache pourquoi
Finalement c'est tombé en marche sur mon deuxième nas 😜. Mais je le sais pas pourquoi.....par contre je sais comment.....de la mauvaise manip nait l'innovation 😊
J'ai utilisé la fonction synonet --dhcp mac0 ce qui a mis une sacrée panique mais a dû décoincer un truc. Désolé de ne pas détailler plus, je vous laisse le soin de comprendre. Le résultat est là l'erreur n'est pas irrémédiable.
il y a 10 minutes, loli71 a dit :Non, de mon côté un réseau macvlan créé par script plante le VPN,
ça je n'ai jamais eu et j'ai toujours créé le macvlan par script. C'est la création de l'interface virtuelle qui faisait planter
et maintenant :
1 -
il y a une heure, MilesTEG1 a dit :
Par contre, la création de l'interface virtuelle elle, quand elle est montée, fait foirer les interfaces dispo dans le VPN...
Ai-je bon ?
Pas toujours ça fonctionne pour certains NAS sans que l'on sache pourquoi
0 -
il y a 4 minutes, loli71 a dit :
le souci apparait lorsque j'ai créé l'interface via ssh qui permet au syno d'utiliser l'adresse dans le macvlan ... je n'arrive pas à trouver comment créer cette interface macvl0 comme synology l'accepterait ..
Idem
D'ailleurs on peut créer l'interface virtuelle en conservant les autres interfaces dans la case des paramètres généraux du VPN..... à condition d'omettre "up" dans le script.
Le problème arrive lorsque l'on monte l'interface.
0 -
Il y a 23 heures, MilesTEG1 a dit :
Ce souci m'intrigue beaucoup.
Moi aussi...j'ai essayé des tas de trucs et toujours pareil 😒.
0 -
En reprenant le tuto suivant , le problème intervient lors de la création de l'interface virtuelle mac0 (la création du macvlan ne pose pas de problème).
synonet --show
Host Name: DS218
Network interface: mac0
Lastest SynoErr=[file_get_key_value.c:80]
synonet.c:322 SYNONetGetCard1 failed, synoerr=[0x2000]
J'avais trouvé un fichier log qui me donnait ça :
2023-06-02T11:59:31+02:00 DS218 if_link_down_hook_event[13584]: mac0
2023-06-02T11:59:33+02:00 DS218 ipv4_change_hook_event[14075]: mac0 none->192.168.1.115 IPvirt du DS218
2023-06-02T11:59:35+02:00 DS218 if_link_up_hook_event[14456]: mac0
2023-06-02T11:59:37+02:00 DS218 ipv6_add_hook_event[15036]: mac0 added { fe80::xxx:xxx:xxx:xxx/128 } from { } IPV6virt du DS218
2023-06-02T12:04:41+02:00 DS218 synonetd[5787]: net_ipv6_conf_set.c:121 Failed to send RS for mac0
2023-06-02T12:04:43+02:00 DS218 ipv6_add_hook_event[18791]: mac0 added { 2a01:yyy:yyy:yyy:xxx:xxx:xxx:xxx/128 } } from { fe80::xxx:xxx:xxx:xxx/128 }/128 }
J'ai essayé de reprendre le tuto sans faire intervenir l'IPV6 même résultat pour le synonet --show.....par contre je n'ai pas retrouver l'endroit où j'avais eu le log 🤡
Un peu ballot.
0 -
il y a 34 minutes, lebratislaboys a dit :
connaissez vous une solution pour recuperer les fichier
La solution c'est la sauvegarde si tu en as une sur un support indépendant. Si c'est le cas nettoie complètement le nas avant de réinstaller les fichiers.
Si pas de sauvegarde ça me semble compromis.
0 -
Bonjour à tous,
Pour info ma config :
Freebox pop avec le port 2.5Gbt/s connecté sur un switch manageable Netgear MS510 TX et plus loin un autre switch QNAP 2.5Gbt/s QSW-1105-5T. (les deux autres ports 1Gbt/s de la Freebox utilisés pour TV et caméras).
Les nas sont équipés d'adaptateurs USB 2.5Gbt/s XIAOLO plus adaptateur USBC/USB3.1, le PC est équipés de cartes réseau XIAOLO 2.5Gbt/s.
ça fonctionne bien et je vois une différence avec ma précédente config limitée par un routeur 1Gbt/s. Vu que je suis loin d'utiliser les possibilités du switch Netgear, je pense qu'un deuxième switch QNAP ferait aussi bien l'affaire pour moins cher.
Edit : coût avec 2 Switchs QNAP environ 350 euros (2switchs 2.5G, 2 adaptateurs USB 2.5G et une carte ethernet 2.5G)
0 -
Je vais regarder plus en profondeur lorsque j'aurai un moment, mais pour info j'ai le même problème sur mon DS218+ mais pas sur le DS220+.
Sur les deux j'ai implémenté le tuto de @.Shad avec pi-hole. A priori, la seule différence pour moi c'est que j'ai deux ports éthernet sur le DS220+ et un seul sur le DS218+.
Mais sur les deux j'ai aussi une interface avec des adapteurs USB 2.5Gbts.
Sur le 220+ il me propose (voir ta première copie d'écran) LAN1, LAN2, LAN3 et Mac0 rien sur le DS218+.
0 -
Il y a 2 heures, PiwiLAbruti a dit :
Pour ne prendre qu'un exemple, vous ne pourrez plus réinstaller DSM sur un DS109
Mon DS207+ au placard avait été réinitialisé .......j'en fait un bibelot décoratif (je le trouve assez chouette) ou bien j'ai une chance de pouvoir récupérer les derniers DSM et paquets quelque part ? J'aimerai bien le donner à mon petit fils un jour pour qu'il se fasse la main.
0 -
il y a 44 minutes, Kramlech a dit :
Autant que je m'en souvienne, les modèles SE
Ah oui je n'avais pas lu le titre 😕
0 -
Bonjour @PIACENTINO
Quel matériel utilises-tu ?
Type de NAS ?
Liason filaire, avec CPL, WIFI? Quelle distance de caméra à nas?
J'utilise des caméras Réolink également avec laison par câble pour la puissance et la liaison éthernet par courant porteur.
Avec 15 m de câble pas de problème mais avec 25m j'ai aussi par moment des saccades et du vert.
En conclusion ça peut venir de la liaison et non de ton nas.
0 -
Bonjour
dans Présentation
Bienvenue @Gaston_Diggler
0 -
il y a 8 minutes, thierryb81 a dit :
Pour l'alimentation tu parles de l'adaptateur chargeur?
Le petit transfo qui se branche sur le 220V pour fournir du 12V DC au Nas
Pour comprendre les signification des leds :https://kb.synology.com/fr-fr/DSM/tutorial/Overview_of_LED_indicator_statuses_during_bootup#x_anchor_id8
0 -
Pour la pile, je ne sais pas si cela peut provoquer des instabilités. Elle sert à conserver l'heure. Lorsque tu redémarres le nas, vérifie que dans panneau de config/options régionales l'heure est correcte.
Pour l'alimentation, le plus simple serait d'en emprunter une avec les mêmes caractéristiques.
0 -
0
-
Bienvenue @Mizu
0 -
De mon côté je n'utilise pas mes nas en client VPN, mais peut-être que mon utilisation pourra t'aider.
Mes nas sont tous deux serveurs VPN et sont accessibles de l'extérieur , le nas1 en IPV4 (redirection du port 1194) vers celui-ci et le nas2 en IPV6. Les deux nas sont sur mon réseau local.
Le fichier de config du client est résumé ci-dessous :
dev tun
tls-clientremote IPV4 1194
remote IPV6 nas2 1194redirect-gateway def1
pull
proto udp
proto udp6
script-security 2
comp-lzoreneg-sec 0
cipher AES-256-CBC
auth-nocache
auth SHA256auth-user-pass
<ca>
-----BEGIN CERTIFICATE-----
xxxxxxxxxxxxxxxxxxxxxxxx
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
xxxxxxxxxxxxxxxxxxxxxxx
-----END CERTIFICATE-----</ca>
verify-x509-name 'ndd' name
Par défaut, lorsque je me connecte à mon réseau de l'extérieur j'arrive en IPV4 sur le Nas1. Si celui-ci est déconnecté du réseau au bout d'environ 1 minute c'est le nas2 qui fini par se connecter en IPV6.
Je n'ai pas coché la case IPV6 sur les serveurs VPN (d'ailleurs ce n'est pas possible d'écrire le préfixe ...peut-être parce que je ne suis pas en DHCPV6 mais en SLAAC).
0
VPN Server: Paramètres généraux > Interface réseau et type de compte : menu déroulant vide !!!
dans VPN Serveur
Posté(e)
oui c'est bien le cas. Par contre le nas1 qui n'a jamais eu de pb est bien en static.