-
Compteur de contenus
2926 -
Inscription
-
Dernière visite
-
Jours gagnés
74
Messages posté(e)s par MilesTEG1
-
-
As tu essayer plus tard de te reconnecter ? Ça m’arrive de temps à autre quand je coupe la connexion de n’a pas réussir à le reconnecter dans la foulée. Mais quelques minutes après oui.
essaye aussi en n’étant pas connecté au wifi de la box mais bien en passant par la 4G du téléphone.
0 -
Sur mon DS920+ qui a fait la MAJ ce matin, sans soucis autres que le volume sur SSD NVMe :
~$ sudo fdisk -l /dev/md0 Password: Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes ~$ df -h /dev/md0 Filesystem Size Used Avail Use% Mounted on /dev/md0 2.3G 1.5G 681M 70% /
0 -
Bon pour information, après un vrai reboot, mon volume NVMe est réapparu correctement dans DMS.
Merci au script https://github.com/007revad/Synology_HDD_db qui ajoute les disques dans la base de compatibilité du NAS, que j'ai paramétré (planificateur de tâches) pour se lancer à chaque reboot du NAS.
Je n'ai rien eu d'autre à faire que de redémarrer le NAS.0 -
@StéphanH Ce n'est pas tout à fait le même paquet, mais la configuration est sensiblement la même :
Et dans le journal de connexion je ne vois que des IPv4 pour les périphériques connectés.
0 -
La différence entre ces deux versions de DSM 7.2 : https://www.diffchecker.com/P4QUe7Lb/
Sinon, ça m'a encore mis en carafe le volume de SSD NVMe que j'ai depuis DSM 7.1.
Et la maj ne fait pas un vrai reboot du NAS. Je le redémarre proprement pour voir si mon volume NVMe revient ou si je vais devoir le refaire à la main comme après la première MAJ en DSM 7.20 -
C'est étonnant...
Tu as bien suivi ce tuto ?
Notamment sur les ports à ouvrir et à ne pas ouvrir sur le routeur, et ceux obligatoires sur le NAS.
car je peux confirmer que le L2TP fonctionne parfaitement depuis mon iPhone 7 (sous iOS 15.7.6) avec sosh (donc adresse ipv6).
Ça fonctionne aussi très bien depuis macOS (via le partage de connexion de mon iphone).J'utilise le ndd synology , et le serveur VPN est sur le routeur Synology.
Mais quand il était sur le NAS, pas de soucis non plus.0 -
Il y a 9 heures, Jeff777 a dit :
Edit : Ah pardon tu parles des widgets. Celui-ci je l'affiche en haut, mais si je le garde dans le tableau oui je peux faire apparaître les interfaces.
Et donc ? Tu ne réponds pas vraiment à ma question 😅
0 -
Ha purée, oui, j'ai aussi le souci secondaire 😅
Crap !!
Vais péter l'interface virtuelle, puis la reconstruire, sans le synonet dhcp ...
Avec un petit :
rm /etc/sysconfig/network-scripts/ifcfg-macv0
pour être sûr que ça ne reviendra pas comme avant.
Si quelqu'un trouve une solution pour que tout soit OK, avec l'interface virtuelle, je pense qu'on sera nombreux à être preneur 😇
Du coup, après l'avoir annihilée, j'ai recréé l'interface virtuelle macv0 avec le script classique.
J'ai retrouvé les infos manquantes dans les paramètres de DSM, mais perdu le choix dans VPN Server. Et bien que ne m'en servant pas, ça m'embête que ça ait cassé cette sélection...
Sinon, vous avez ceci dans la liste des interfaces du widget ? (par-là, j'entends le "(unknown) macv0").
0 -
il y a 3 minutes, loli71 a dit :
car je préfèrerai quand même ne pas avoir à gérer le DHCP pour cette interface virtuelle...
Si par "gérer" tu entends placer une réservation dans le serveur DHCP, c'est pas trop gênant, tu le fais une fois ^^
Mais s'il faut lancer cette commande régulièrement, ça va devenir pénible en effet 🙂0 -
il y a 2 minutes, Jeff777 a dit :
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à vient mon script et tout son intérêt.
Si l'interface du 2,5G tombe (dans mon cas eth2) ou ne fonctionne pas, il réactive d'office le port eth0. (et probablement le eth1 dans mon cas quand j'aurais codé le truc 😉 ).
Donc si tu l'avais paramétré au lancement du NAS, et aussi en lancement toutes les 30 minutes (choix possible dans le planificateur), ton interface eth0 aurait été relancée toute seule.
D'ailleurs, mon script ne coupe pas comme ça eth0 au lancement, il vérifie que eth2 est bien fonctionnelle avant. Et si ce n'est pas le cas, il le dit dans le log et ne coupe donc pas eth0.Je t'invite à regarder son code, et à le lancer pour voir ^^
0 -
il y a 24 minutes, Jeff777 a dit :
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 :
Ha oui !
J'ai la même chose que toi 😉
J'ai rebooté le NAS car la commande
synonet --dhcp macv0m'a fait bugger tout plein de service dépendant de l'IP virtuelle, donc SWAG et tout ce qui tourne autour XD
J'avais bien obtenu une IP du DHCP dans sa plage d'affectation automatique :
Host Name: Syno-DS920PlusNetwork interface: macv0DHCPIP: 192.168.2.114J'ai fait une réservation d'IP dans mon RT pour affecter comme IP virtuelle 192.168.2.230 comme c'était le cas avant, donc avec l'IP du script de création de l'interface virtuelle.
J'ai relancé la commande
synonet --showEt j'ai réobtenu l'adresse IP souhaitée (192.168.2.230).
Mais mes services n'étaient toujours pas fonctionnels à cause du cache DNS je pense (et en écrivant ces lignes je me rends compte que j'aurais pu lancer une commande sur mon MAC pour flush le cache DNS ^^ au lieu de rebooter le NAS...). J'ai donc redémarré le NAS, et j'en suis là, avec mon interface virtuelle créée par le script au démarrage, mais avec ce résultat satisfaisant :
root@Syno-DS920Plus:~# synonet --show System network interface list: Host Name: Syno-DS920Plus Network interface: eth1 DHCP IP: 169.254.26.251 Mask: 255.255.0.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: Syno-DS920Plus Network interface: eth2 DHCP IP: 192.168.2.201 Mask: 255.255.255.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 48046838416 TX bytes: 1818760041 Host Name: Syno-DS920Plus Network interface: macv0 DHCP IP: 192.168.2.230 Mask: 255.255.255.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 55781342 TX bytes: 36647729
PS : @Jeff777 Je me demande si je ne désactiverais pas aussi le eth1, aucun câble n'est dessus...
2 -
Il y a 2 heures, Jeff777 a dit :
Redémarré le nas, lancé le script mavclan, lancé le script de l'interface virtuelle, reconstruire pi-hole réinstallé VPN
Ok et donc tu te retrouves dans le même cas qu'avant la lecture du sujet, non ? Avec l'erreur sur l'interface virtuelle avec la commande :
synonet --show
0 -
Il y a 2 heures, StéphanH a dit :
Mais pourquoi cherchez vous absolument à désactiver IPv6 ?
Alors dans le LAN, ça cause bien plus de soucis qu'autre chose... Donc perso, je désactive l'IPv6. Sauf dans un cas particulier où je crois que je n'ai pas la possibilité de le faire : l'appleTV pour l'application OQee. C'est d'ailleurs pour cette dernière que mon routeur est relais IPv6 de la freebox. Sinon j'aurais aussi coupé l'IPv6 sur la connexion internet du routeur, enfin je veux dire que je n'aurais pas mis le RT en relais.
Pour internet, là je laisse comme c'est.
Et preuve que ça fonctionne bien 😉
L'autre raison, c'est que j'ai énormément de mal à assimiler les notions concernant l'IPv6... Je n'ai rien trouvé sur le net qui vulgarise le sujet suffisamment, ni trop pour que je puisse comprendre comment je peux affecter une IPv6 aux appareils sans les rendre vulnérables sur internet puisqu'en v6 il n'y a pas de port forwarding...
0 -
il y a 3 minutes, Jeff777 a dit :
Mais ce n'est que temporaire j'ai tout rétabli après (voir plus haut).
Oui mais "tout rétabli" : comment ? Comme avant ?
Avec quelles commandes ?0 -
Du coup, quelle est la meilleure démarche ?
Et quelles explications a-t-on quant à la démarche de devoir faire passer l'adresse IP virtuelle par le serveur DHCP ?Et surtout, comment modifier le script qui créer et monte l'interface virtuelle ?
0 -
Pas sûr que ce soit ça qui coince...
Sur mon RT (Synology je reprécise, avec SRM 1.3....) j'ai configuré le DDNS synology pour le VPN Plus Server que j'ai installé dessus.
Et bien ce ndd obtient bien une adesse IPv4 et une IPv6 :
Je ne sais pas si sur DSM la gestion est différente, mais mon RT qui est en DMZ de la freebox possède bien les deux types d'adresses IP.
En revanche, pas mon NAS car j'ai désactivé l'IPv6 partout où je le pouvais dans le LAN.
0 -
il y a 24 minutes, Jeff777 a dit :
J'ai utilisé la fonction synonet --dhcp mac0 ce qui a mis une sacrée panique mais a dû décoincer un truc.
Vais tenter la commande pour voir ce que ça indique.
C’est quoi la panique créée ? Panique pour toi ou pour le nas ? 🤪
0 -
il y a 31 minutes, loli71 a dit :
@MilesTEG1 Par le DSM ou par portainer pas de problème, que ce soit un réseau bridge ou un macvlan.
Portainer m'en a créé plusieurs sans problème via les instructions docker-compose.yml
Mon souci est apparu 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 ...
Ha ok ! J'ai cru que c'était toute création de réseau qui faisait le problème...
Mais en fait non.
Si on les crée via les docker-compose par portainer : RAS.
Même chose pour le macvlan ? Moi je l'ai créé via un script.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 ?
Mais du coup, est-il possible de créer et lancer cette interface virtuelle autrement qu'avec un script ou une ligne de code ?
Car c'est quand même assez utile pour ne pas dire indispensable...0 -
Donc verdict : il faut créer les réseaux docker via dsm .
ca va être contraignant 😅
je me suis habitué à laisser Portainer me créer les réseaux via les instructions dans les docker-compose.yml…
0 -
Pour information, je peux connecter mon mac sur le vpn L2TP (sur mon routeur synology) via le partage de connexion 4G de mon smartphone qui possède une ipv6.
mon routeur est derrière une Freebox Pop qui elle aussi possède une ipv6.
le routeur en possède donc forcément une musique je l’ai configuré en relais ipv6 pour pouvoir bénéficier de OQEE sur mon AppleTV.
bref tout ça pour dire que la connexion au VPN en L2TP fonctionne même s’il y a dès ipv6.
par contre j’ai une ipv4 full stack sur ma connexion internet .
Et sinon le smb ça n’est pas vraiment sécurisé, non ?
donc l’ouvrir sur internet ne me parait pas du tout une bonne idée…
0 -
Il y a aussi ce forum dont la communauté francophone est très active :
https://www.forum-nas.fr/il y a plusieurs marques qui sont traitées et qnap c’est par ici :
0 -
il y a une heure, sfact1 a dit :
Sinon, quelqu’un à des infos sur les adaptateurs réseau 2,5gb sur Usb? sont ils toujours reconnu?
Si tu mets à jour le pilote après la MAJ de DSM, oui.
il y a une heure, sfact1 a dit :des Nvme non syno pas reconnu sauf via un script
Tu pourras attendre longtemps avant que ça change ça...
0 -
Il y a 1 heure, Kramlech a dit :
- En plus, j'ai une syncho Drive entre le répertoire qui contient le catalogue et le NAS.
Faut faire gaffe avec cette partie, Vu qu’il s’agit ni plus ni moins d’une base de données, à la corruption de celle ci quand synchronisation il y a… surtout si tu utilises cette dernière ailleurs (entre un autre ordi et le nas).
moi j’ai plutôt paramétrer une sauvegarde tous les jours du dossier images de l’iMac avec CCC.
0 -
Il faut d'abord monter le partage SMB.
Me femme gère nos photos avec LR, et les originaux (RAW ou JPEG) sont importés sur le NAS, puis traité dans LR.
Le catalogue est donc sur son iMac, mais les données sont sur le NAS.0
Version : 7.2-64570 disponible !
dans Firmwares
Posté(e)
Mais du coup, c'est une utilisation à 80% de cette partition qui cause l'échec de la MAJ ?