Classement

Bonjour, Quelqu'un aurait-il un lien pour télécharger un fichier host (download station) pour le site Updloady.io s'il vous plait ? Ou un tuto sur comment en créer un ? J'ai vu sur Google qu'il y avait un topic à ce sujet sur le forum mais je n'y ai pas accès : https://www.google.com/url?sa=t&source=web&rct=j&opi=89978449&url=https://www.nas-forum.com/forum/topic/81968-fichier-host-pour-uploadyio/%3Fdo%3DfindComment%26comment%3D1319513384&ved=2ahUKEwiKuK_mrpWLAxXZ3AIHHQ3lJ0gQFnoECAcQAQ&usg=AOvVaw1KQ-cOebOdNKcHwwUFaVT8 Merci d'avance

Refonte du tutoriel pour la V6, amélioration du fichier compose et mise à jour des impressions d'écran.

Bonjour, Je viens de voir que dsm 7.3 est en vue. Ce sera la dernière mise à jour pour mon DS 218+ 😞

Autre solution : en IPv6, chaque NAS a sa propre adresse IP publique, et est donc adressable sans souci, sur tous les ports.

Salut @.Shad., Le problème avec les serveurs DNS c'est que leur hiérarchie n'est pas respectée. Le client peut faire appel à n'importe quel serveur de la liste. Si le DHCP distribue plusieurs IP DNS, il vaut mieux que ces serveurs résolvent les requêtes de la même manière. Je suis plutôt pour une deuxième instance pi-hole (ce que j'ai), ou bien à la limite passer par le serveur DNS du NAS avec une zone correctement paramétrée. Surtout pas d'autres serveurs externes qui sont incapables de résoudre les adresses locales.

Hello, j'ai aussi fait la migration il y a quelques semaines et ça s'est très bien passé. Je vais essayer de trouver le temps de mettre à jour le tutoriel, je devrais retrouver des disponibilités à partir de fin juin...

cd /volume1/@appdata Un simple cd / est plus efficace.

Il y a aussi Domoticz que j'utilise sur un Rasp PI4. A mon avis, que ce soit home assistant, jeedom ou domoticz ou d'autres, mieux vaut ne pas solliciter le NAS pour ces applications qui sont en général nativement adaptées et parfaitement intégrées sur des plateformes type Rasp.

Par défaut, un paquet WoL n'est diffusé que sur le segment réseau de l'émetteur. Dans le cas présent, le smartphone n'émet ce paquet que sur le réseau 192.168.68.0/24 (broadcast à destination de 192.168.68.255 ou 255.255.255.255). Le paquet ne peut donc pas parvenir au NAS situé sur un autre segment (192.168.1.0/24). Il est très peu probable que le routeur Mesh propose un proxy WoL pour propager la diffusion du paquet sur les autres segments qui y sont connectés. La solution la plus simple est de connecter le NAS derrière le routeur mesh (attention au changement d'adressage IP). La solution la plus propre est de configurer un unique segment réseau en configurant les appareils réseau du réseau mesh en points d'accès Wi-Fi.

Bonjour, Je n'ai pas tout compris...

Re-bonjour, J'ai trouvé ma réponse : mon mot de passe contient des caractères spéciaux dont la saisie est mal interprétée dans drive client ubuntu. En saisissant le mot de passe dans un éditeur quelconque, puis en le copiant dans le mot de passe de la connexion drive client, Ö miracle, ca fonctionne. bien à vous

Attention toutefois, dans le tuto donné par @firlin, la résistance est à 100ohm. Il faut remplacer cette valeur par 300ohm environ pour limiter le courant dans le transistor (voir ce fil de discussion)

@Sun880 Tu es mal placé pour faire le malin... De plus tu as posté dans une autre rubrique la même question à 2 reprises. Je te laisse une semaine de vacances pour t'approprier le fonctionnement du forum

Tout est vendu !

Click droit sur la touche Windows et lancer l'application Terminal suffit. Puis faire la commande : K.I.S.S.

Donne-moi un seul cas d'usage où un débit >1Gbps sur internet est nécessaire sur ton NAS.

J'ai repris la configuration de sécurité : et cela a visiblement corrigé mon problème...

J'ouvre de nouveau ce sujet pour vous donner des nouvelles. Apple a reconnu un souci avec la gestion des codes OTP sur des machines ayant le même suffixe DNS (ce qui est le cas si l'on utilise plusieurs NAS dont le nom est fournir par le DDNS de Synology). Ce problème est inexistant avec les clé d'accès. J'attends des nouvelles la semaine prochaine… A suivre ...

Immense Merci Kazaatele pour ton aide. Je te souhaite de bonnes fête a toi et à tes proches.

oui c'est exactement ça Par contre même taille au minimum ou plus mais de la marque que tu veux

alors tu aura un raid SHR, en ajoutant ton disque tu aura une tolérance de panne sur un disque Quand tu vas valider, il va ce formater tout seul

Est-ce que la double authentification est désactivée dans l'onglet sécurité ?

Une partie de mes questions sont ici https://communaute.red-by-sfr.fr/t5/Box-décodeur-TV/IPV6-avec-Routeur-et-SFR-7-Fibre-ou-SFR-8-en-zone-CGNAT/td-p/605454 Autant dire que ce n'est pas aussi simple que ça, je ne l'aurais pas inventé. Mon routeur fonctionne, j'ai réussi le test de https://test-ipv6.com/index.html.fr_FR avec mon Pc derrière le routeur Pour autant VPN Server ne fonctionne pas encore, et encore moins les applis Photo et audio de mon NAS Edit: De ce que je vois sur d'autres forum c'est pas gagné l'affaire. Même pas sûr que ce soit faisable. Simple sur le papier mais ça ne se configure pas automatiquement, ça dépend des box et en plus j'ai un routeur entre les deux! Une autre solution serait de faire un VPN avec un service extérieur payant à condition qu'il supporte la translation de port, pour que moi j'accède directement par une adresse photo.moi.domaine.fr pour le port de DSPhoto et audio.moi.domaine.fr pour DSAudio . J'ai un VPN qui ne le fait pas mais avant de changer j'aurais aimer tester une connexion VPN normale mais encore un truc qui ne fonctionne pas! Un truc comme QuickConnect mais plus rapide pour les transfert ftp

Bonjour, Pouvez-vous préciser votre configuration réseau ? Comment est paramétré le réseau sur le NAS ? Quels sont les équipements de votre réseau local ? Comment est connecté votre ordinateur au réseau local ? Quel est le débit théorique de vos interfaces réseau (PC, ports de la box, NAS,...) ? Pour votre information, le fait d'avoir une box connectée en fibre ou en ADSL ne change rien aux performances du réseau local.

Bonjour Le protocole samba est d'avantage utilisé pour un accès interne (réseau local) Certes on peut router ce protocole mais ce n'est pas une bonne solution en terme de sécurité pour le reste du réseau local Le plus simple est d'utiliser le protocole webdav en sécurisé hhtps Depuis le nas et depuis infuse Ça fonctionne très bien y compris en interne

Avec un 224+, même pas besoin d'arrêter le NAS pour changer les disques. Remplacement à chaud.

Laisser faire, pas tout à fait. Il faut lancer la reconstruction du RAID, mais c'est bien comme cela qu'il faut procéder pour augmenter le stockage.

Bonjour @pierre_hemp, J'aurais ouvert un nouveau post pour votre question. Sinon pour information votre nas est bloqué à la version 7.1.1-42962, voir ici https://www.synology.com/fr-fr/support/download/DS415play?version=7.1#system

Tous mes équipements utilisent IPv6 par défaut sauf deux switches (Netgear GS105PE) qui ne supportent que IPv4 pour l'accès à l'interface d'administration. Le saut vers IPv6 est fait depuis que les opérateurs l'ont déployé jusqu'à la box de l'abonné il y a plusieurs années maintenant. Tous utilisent IPv6 par défaut et IPv4 est relégué au second plan puisqu'il est souvent encapsulé dans un tunnel IPv6 (4in6) IPv6 est activé par défaut sur les box, donc les équipements du réseau local obtiennent automatiquement une adresse IPv6 globale (2000::/3) en plus de l'adresse locale (fe80::/10). Il faut obligatoirement activer les pares-feux sur tous les équipements de votre réseau, ajuster les règles de pare-feu du NAS (similaire à ce qui est déjà fait pour IPv4), et faire pointer vos noms de domaine vers des adresses IPv6 (en plus de l'IPv4) : device.domain.tld AAAA 2abc:defg::wxyz device.domain.tld A a.b.c.d Vous ne risquez pas de bloquer quoi que ce soit puisque IPv6 vient en plus d'IPv4. Donc tout ce qui fonctionne actuellement en IPv4 continuera de fonctionner. Attention si vous utilisez un routeur derrière la box, selon l'opérateur il peut être nécessaire d'indiquer à la box de déléguer un /64 à votre routeur (voir le site lafibre.info).

Ce serait bien de faire un tuto sur le sujet "IPV6 et NAS Synology" car la demande est croissante et je serais le premier à le lire vu mes connaissances proches de zéro en la matière.

Il est possible maintenant de créer des zones directement dans surveillance station. Ceci étant dit, je suis d'accord avec toi pour dire qu'il est préférable de laisser la gestion de détection à la caméra qui le fait beaucoup mieux et sans utiliser les ressources du NAS. Mais certaines caméras ne fonctionnent pas avec Surveillance. J'ai une Hykvision qui est sensée pouvoir communiquer en cas de détection mais qui ne le fait pas. Du coup, c'est surveillance station qui s'en charge et j'ai du défini des zones de confidentialité avec l'appli. C'est dans le menu "périphérique", onglet "Sécurité" que l'on peut masquer des zones.

@Skarabaus, @philam30 Tout d'abord, merci de ne pas citer inutilement le message auquel vous répondrez. Ca n'a pas de sens et ça charge le sujet. Interpelez simplement votre interlocuteur comme je viens de le faire en début de ce message , ou à la limite en citant seulement le passage auquel vous répondez comme ci après. Ce n'est pas le fait que ce soit sur le LAN et ça ne se limite pas aux seules adresses IP locales mais à toutes les IP, qu'elles soient publiques ou privées. Un certificat ne couvre qu'un nom de domaine et les domaines de niveaux inférieurs pour lesquels il a été créé. Il n'a que faire des IPs. Si vous voulez utiliser localement vos ndd et que ce soit la même adresse en local et à distance, il faut passer par un serveur DNS local qui se charge de résoudre les adresses qu'il gère dans son périmètre. Il y a un tuto sur le serveur DNS dans la section des tutoriels.

Je ne vais pas faire un cours sur les réseaux ici. Pour moi l'objectif est que ton WoL fonctionne, c'est tout. Il est inutile d'utiliser WireGuard pour envoyer un paquet WoL car ce dernier n'a rien de bien confidentiel. Donc fais les tests sans WireGuard. Seul le WoL doit être activé sur la Freebox. S'il existe une redirection de port concernant le WoL (udp/7 ou udp/9), il faut la supprimer. Le paquet WoL doit être envoyé à destination de l'adresse IP publique de la box (ou un nom de domaine pointant vers cette adresse). La box se chargera ensuite de la diffusion du paquet sur le réseau local, ce que j'ai décrit comme "redirection implicite" (c'est concrètement ce qui est activé par l'option WoL de la box). Toutes les machines connectées au réseau local reçoivent ce paquet WoL, mais seule celle dont l'adresse MAC correspond à celle indiquée dans le paquet l'interprêtera.

Version: 7.2.2-72806 Update 2 Important Update (2024-11-26) Important notes Your Synology NAS may not notify you of this DSM update because of the following reasons. If you want to update your DSM to this version now, please click here to update it manually. The update is not available in your region yet. 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. Your DSM is working fine without having to update. The system evaluates service statuses and system settings to determine whether it needs to update to this version. This update will restart the device. To enhance product security, the following packages will require a manual update after this release. Please go to the Package Center and click Repair to install the latest versions: Synology Drive Server 3.5.1-26102 Replication Service 1.3.0-0423 Fixed Issues Minor bug fixes. Remarques : This version is released in a staged rollout. Le changelog officiel (En) : https://www.synology.com/en-global/releaseNote/DSM#7.2.2-72806-2 L'avis de sécurité officiel (En) : https://www.synology.com/fr-fr/security/advisory/Synology_SA_24_20 Téléchargement : https://archive.synology.com/download/Os/DSM/7.2.2-72806-2

Une fois connecté, tu dois voir les règles de routage suivantes sur ton Mac (commande netstat -rn dans le Terminal) : Destination réseau Masque réseau Adr. passerelle Adr. interface Métrique 192.168.27.64 255.255.255.224 On-link 192.168.27.88 5 192.168.27.88 255.255.255.255 On-link 192.168.27.88 261 192.168.27.95 255.255.255.255 On-link 192.168.27.88 261 192.168.1.0 255.255.255.0 On-link 192.168.27.88 5 192.168.1.255 255.255.255.255 On-link 192.168.27.88 261 Essaye également de faire un ping vers différentes machines de ton réseau distant (192.168.1.x).

@Jeanle, vous pouvez dans un premier temps vous aider du sélecteur de synology https://www.synology.com/fr-fr/support/nvr_selector?cameraNumber=2&storeDays=30&perdayhour=24&hdmi=0&codec=H.264&resolution=1920&fps=15&mbps=3.25 Vous pouvez jouer sur les paramètres pour déterminer quel NAS ou NVR correspond à ces exigences. Après, il faut que vous preniez en considération ce que vous souhaitez faire de votre NAS au delà de la surveillance. Selon les applications que vous utiliserez, il faudra prévoir des ressources supplémentaires.

En SHR comme en RAID classique, il faut toujours commencer un groupe par les disques les plus petits. Dans le cas présent, ce sont les 6To à mettre en premier. C'est bien cela, mais ce ne sont pas des volumes mais des groupes. C'est exact si le disque le plus petit est toujours dans la grappe. Mais en supposant que le disque le plus petit ait été remplacé, on peut toujours rajouter un disque de même capacité parce que le SHR incorpore un RAID de cette capacité. C'est le disque le plus petit avec lequel la grappe a été construite qui compte 😉.

Oui, il faut impérativement que les disques ajoutés à la grappe soient de taille égale ou supérieure à la taille du plus petit disque de la grappe…

Donc je ferme !

Le premier rapport de MailPlus Server que j'ai reçu indique des alertes du même types que celles que tu as relevées. Elles sont principalement liées à des tentatives de compromission auxquelles la configuration de smtpd par Synology est insensible. Warnings -------- smtpd (total: 5) 1 hostname unused-space.coop.net does not resolve to address 206.168.34.57 1 hostname scanner-201.hk2.censys-scanner.com does not resolve to address 199.45.154.123: Name or service not known 1 non-SMTP command from unknown[5.101.0.66]: GET /aaa9 HTTP/1.1 1 non-SMTP command from unknown[5.101.0.66]: GET /aab9 HTTP/1.1 1 TLS library problem: error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol:ssl/statem/statem_srvr.c:1685: Personnellement, ça me tape dans la gauche sans faire bouger la droite 🍒🙂

bon j'ai trouvé j'ai créé mes pages il y a pas mal de temps et comme j'ai reinstallé tout suite au crash de dsm et donc suis passé php 7, dans mes pages j'avais la fonction 'split' qui a été supprimé pour la fonction 'explode' si bien que ca bloquait tout merci de votre aide

Rebonjour, J'ai l'impression que personne n'était inspiré par le sujet mais j'ai trouvé 👍 alors je poste la solution qui, peut-être, servira à d'autre... un jour 😉 Après échange... avec une IA me semble t'il redoutablement efficace dans le chat de la rubrique "Assistance" de synology.com, j'ai trouvé la cause de mon problème. J'avais paramétré ma procédure de sauvegarde initiale chez moi sur mon réseau local. Or, cette fois, pas question d'aller chercher le serveur de sauvegarde. Mais pour refaire le lien avec Hyper Backup Vault et accéder aux paramètre d'authentification il me fallait avoir accès à Webdav et, pour cela, rediriger les ports 5000 et 5001. Chose faite et problème résolu Bonne semaine.

Non, seulement vers le numéro de la ligne.

La réponse est dans ta capture d'écran : Tu as choisi un paramétrage en SHR (Raid) : le 2ème disque est en "miroir" du 1er, et l'espace utilisable est égal au volume d'un des HDD. Sujet multiplement traité là aussi, et le simulateur du site Synology est clair sur le sujet...

Salut, Le port 1194 est le port utilisé par défaut par Openvpn. J'ai également constaté qu'il était souvent bloqué. En revanche les vpn de type L2TP/IPsec (ports 1701, 500, 4500) le sont moins souvent. Ce type de vpn peut également être utilisé via VPN server de Synology. Georges. Un vieux post qui pourrait t'aider pour le changement de port

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Avec plusieurs volumes c'est possible. Par exemple avec un groupe de stockage en RAID5/SHR de 8*20TB soit environ 127Tio on peut avoir volume de 108Tio et un second d'environ 19Tio, en RAID6/SHR-2 le groupe de stockage fait 109Tio.

Oui, c'est ce que j'ai fait. Mais ce WE, la connexion globalement est meilleure, je pense qu'il y avait un souci Red sfr. je retesterais le dns plus tard

Désolé de casser l'ambiance mais je vois de nombreux points délicats dans votre démarche. Les deux les plus importants : La taille maximum d'un volume sur le 1817 et le 2015 est 108To. https://kb.synology.com/fr-fr/DSM/tutorial/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation Vous ne pouvez donc pas étendre votre volume jusqu'au 160To théoriques attendus. Cà signifie que vous ne pourrez pas utiliser la totalité de la capacité de vos disques sur le 1817. Le MTBF d'un groupe de disques en RAID ou SHR décroit de manière exponentielle en fonction de la taille du groupe. En doublant la taille du groupe, vous augmenter considérablement les risques de perte de ce groupe. Et les pannes de groupes arrivent le plus souvent lors des augmentations/réparations du fait de l'énorme travail sur les disques. Dans des configurations avec autant de disques et de capacité, il faut impérativement passer au SHR2 (équivalent RAID6) pour pouvoir faire face à la perte potentielle de deux disques. Un autre point concerne la partition système du 1817 qui avec les dernières versions de DSM est passée de 2.3To à 7.9To. Cette nouvelle taille de partition ne peut être obtenue qu'à partir d'une réinstallation complète. Si ça n'a pas d'impact immédiat, ça en aura très probablement sur les prochaines versions majeures de DSM. Concernant votre volume 2, il a été créé parce que le disque n'a pas été reconnu comme ayant la capacité suffisante pour être intégré au groupe. A mon avis ce disque a un problème. Ici , on conseille de faire un test approfondi des disques avant de les mettre en production. Il y a un tuto de @firlin qui concerne le test avec badblocks. A minima, il faut faire passer à tous les disques les batteries de tests approfondis du constructeur. Enfin, il peut y avoir un souci concernant la techno des disques. Si SMR, il faut absolument éviter de les utiliser en groupe. Un peu de lecture :

Il ne sert à rien de changer les ports de jellyfin puisque ce sont des ports internes dont tu ne donnes pas accès depuis l'extérieur (j'espère). Ensuite c'est ton reverse proxy qui doit pointer vers un des ports internes. Par exemple ton proxy défini par HTTPS://jellyfin.***.synology.me:443 doit avoir comme destination http://192.168.x.yyy:8096. Inutile de pointer vers ton HTTPS local. Si tu as un certificat sur ton NAS, il faut qu'il soit wildcard si tu veux que le reverse proxy fonctionne. Les certificats LE pour synology.me sont wildcard, il faut le créer sur xxx.synology.me et ajouter *.xxx.synology.me sur le même certificat pour que tous tes reverse proxy, existent et à venir soient associés à ce certificat. Autre point, avec un certificat LE sur un nom de domaine synology.me, il n'y a pas besoin d'ouvrir le port 80 pour le renouvellement du certificat. Tu peux donc gérer et accéder à tout ton NAS avec uniquement le port 443 ouvert. Question sécurité c'est appréciable.