Reprise du message précédent :

384 €

Mais oui comme je le disais, ça dépend beaucoup de la configuration de la maison mais aussi de la qualité du réseau électrique. Rien n'empêche par contre de commander et renvoyer si ça ne va pas.

Ok j'avais pas vu que les blancs étaient moins chere

 
Discrimination

bonsoir
j'ai une question qui peut paraitre insensé ou idiote    
mais est ce que sur une NAS avec 2 port ethernet on peut se servir du 2eme port comme un switch ?
 
par exemple pour y brancher un PC ou un autre NAS et que ça soit complètement transparent pour acceder a mon réseau interne et externe tout simplement ?
merci

 
 
Je confirme que c'est effectivement possible
Merci de l'info

Je ne connais pas jellyfin pour pouvoir te dire si c'est le bon endroit ou non.
Une rapide recherche internet pour ce que tu veux propose à chaque fois la même chose: monter le dossier distant en local sur le serveur, puis indiquer ce dossier local à jellyfin. Ce qui revient à utiliser les capacités de l'os du serveur et pas celles éventuelles de jellyfin.
Tu peux voir ici un exemple bien documenté de comment faire.

Non ce n’est pas possible.

 
d'accord merci

Monte le share sur ton pi et utilise le depuis jellyfin plutôt non ? La tu peux même pas mettre de user password

J'ai de la chance, update 10 jours après mon post. J'avais pas vu la release notes, je l'ai remarqué par hasard en ouvrant un fichier depuis mon téléphone.

Bonjour les gens
quelqu'un a réussi a configurer audio station et alexa ?
 
 
ou aurait un bon tuto sous la main plus exploitable que ça https://kb.synology.com/fr-fr/DSM/t [...] azon_Alexa
 
j'arrive pas  a passer cette étape  
Sélectionnez le nom d'hôte correspondant et spécifiez le port s'il est différent de 443.    
 
thx

Des gens ici qui ont connectés leur NAS Synology en 2.5G en utilisant un adaptateur USB 3.0 -> 2.5G ?  
Des retours ?  
 

Sur DSM 7 ce n'est plus possible il me semble.

Plus possible d'origine. Comme on disait page précédente  
 
Mais comme je disais (toujours page précédente). Il y a moyen de faire quand même certaines choses avec un peu de bidouille :
https://www.cachem.fr/nas-synology-25-gbit-s/
(premier lien Google avec "synology reseau usb" )
 
Bon après ça reste de la bidouille. Donc rien ne dis que ça durera après la prochaine MAJ de DSM ...

Alors j'avais regardé les 4 / 5 dernières pages mais je n'avais rien vu sur le sujet. My bad si j'ai raté quelque chose.  
J'avais vu le l'article sur Cachem. J'ai regardé aussi la liste de compatibilité dispo ici : https://github.com/bb-qq/r8152/wiki/Compatibility mais je voulais savoir si des gens ici l'avais mis en place.  
Avoir un retour d'expérience quoi.

En faite en page précédente on parlait des possibilités des ports USB (en général). Donc pas spécifiquement à ton cas
 
Je ne me souvient pas avoir vu de retour ici sur ce sujet

Bonjour,
 
Depuis hier mes tâches Hyper Backup vers C2 tombent en erreur : Insufficient space on Synology NAS system root partition. Please contact Synology Technical Support.
 
Je check mes volumes et l'espace C2, tout est ok.
Je fais un df -h et :  
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  2.3G     0 100% /
 
 
J'ai déclenché un support via le centre d'assistance, j'attends un retour.
Je continue mes recherches, pas trop envie de faire nimp avec cette partition système.
 
Quelqu'un a déjà eu ce problème ?

Oui, problème connu, voir FP.

Merci
 
Bon je ne sais pas trop quoi faire, je vais attendre une réponse du support, j'espère qu'ils répondent rapidement  

J'ai regardé un peu la taille des différents dossiers.
c'est pas très clair.
55M     /var/log/
1.6G    /usr/
 
J'ai eu une réponse du support, je leur active un accès distant.
wait & see  

Ok, Donc si je passe à l'acte : je ferais un retour ici

En attendant la réponse de Synology, j'ai continué à fouiller.
Et me suis rendu compte qu'il y avait plein de sous dossier dans /.cache/pip/http/  sous forme de 1/ 2/ 3/ a/ b/ etc....
 
Me suis souvenu qu'il y a 2 jours, j'ai voulu installer plusieurs modules python via Web Station > paramètre de langage de script > python.
En lui fournissant un fichier "requirement.txt" qui contenait environ 30 modules python.
Il y a eu une erreur, il ne trouvait pas un module. du coup j'ai abandonné.
 
Mais j'ai l'impression que ça correspond.
 
edit :
 
haha le support Synology qui arrive à la même conclusion.
 

 
Je doute que cela vienne des conteneurs. je pense plutôt à la tentative des modules python.
Du coup question, est-ce que je peux purger sans crainte ce qu'il y a dans /.cache/pip/http/  ?

Je dirais oui
 
https://linuxhint.com/pip-clear-cache/

 
 
En attendant quand même la réponse du support, j'ai copié 2 de ces fichiers au cas où et delete.
J'ai relancé des tâches Hyper Backup et c'est passé.

Bonjour,
 
j'ai besoin de silence sur un DS1515+
Du coup j'ai l'intention de remplacer les deux ventilateurs par des Noctua NF-R8 Redux-1800 : 53.3 m3/h et 17.1 dB
contre 51m3/h et 29 dB (+ les vibrations) pour les Y.S. Tech FD128020HL d'origine.
 
Quelqu'un a t'il une meilleure option à proposer ?
Merci.

Tu es certain que les ventilos sont la source de bruit la plus importante du nas ?

S’il est équipé de 5 disques, rien n’est moins sûr...

Du coup, se lancer dans cette opération n’est peut-être pas rentable.

Ma suggestion : démarrer ventilos debranchés pour voir (enfin... pour entendre!), puis rebrancher les ventilos et démarrer sans les disques pour comparer (la vitesse des ventilos étant gérée via dsm, sans les disques donc sans dsm, je ne sais pas à quelle vitesse par défaut il démarre).

Le principal problème vient des fréquences du bruit émis. La courbe de sensibilité de l’oreille humaine est tellement peu linéaire qu’il ne faut pas considérer uniquement la valeur en db pour comparer la perception de deux bruits très différents.

Tu as réglé les ventilateurs en mode "calme"?

 
J'en suis certain à 99% vu que le NAS ne contient qu'un SSD pour l'instant ...
Et des lectures que j'ai pu avoir sur le sujet, des retours indiquent bien un gain important en bruit de fonctionnement avec changement des ventilos.

 
Oui.
Mais là je cherche un bruit de fonctionnement le plus proche de 0.

Évidemment, si tu ne donnes pas la totalité de l’énoncé...

Déjà, dans ton cas, tu peux te passer d’au moins un des deux ventilateurs.
Je dirais même les deux, en surveillant les températures système + température disque dans dsm

Peut être quand même en garder un. Celui coté carte mère ... Histoire de refroidir quand même un peu l'Atom qui n'est déjà pas, de base, un monstre de fiabilité

Rapidement, il y aura des HDD dans ce NAS en plus du SSD, deux ST4000VN008 et deux WD40EZRX. Des 5400 et 5900tr/mn
Donc il me faut garder des ventilos.
 
Après je me posais la question du choix des ventilos.

Si à terme tu ajoutes 4 disques, c’est sûr qu’il faut garder deux ventilos.  
 
Tu as fait le choix d’une des meilleures du marché, les secs sont bonnes, ce sera forcément mieux en terme de silence en gardant les mêmes performances.  
 
Le seul petit hic risque d’être la non reconnaissance par dsm, donc soit une mauvaise gestion des vitesses, soit des bips d’anomalies ventilos.

L'utilisation des emplacements ssd comme stockage sur le 923+
Il n'est pas recommandé de le faire (cela n'a absolument aucune utilité)
https://www.youtube.com/watch?v=SwlXL_QJHng

Tu peux résumer la vidéo, pour ceux qui n'ont pas trois quarts d'heure à perdre ?
Notamment indiquer à quel endroit les tests montrent que les HDD sont plus performants que les SSD ?

Depuis le 23/11/2022 au soir, je subis des tentatives de connexions SSH sur deux des NAS que je gère. Les IP, toutes françaises car ce sont les seules à pouvoir arriver jusque là, sont définitivement bannies.
 
26/11/2022 18:06 seafile User [seafile] from [51.91.151.44] failed to log in via [SSH] due to authorization failure.
26/11/2022 18:05 vtcbikes User [vtcbikes] from [51.91.151.44] failed to log in via [SSH] due to authorization failure.
26/11/2022 18:04 mo User [mo] from [51.91.151.44] failed to log in via [SSH] due to authorization failure.
26/11/2022 18:02 SYSTEM User [root] from [51.91.151.44] failed to log in via [SSH] due to authorization failure.
26/11/2022 17:59 SYSTEM User [root] from [51.91.151.44] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:35 user User [user] from [163.172.165.188] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:34 SYSTEM User [root] from [163.172.165.188] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:32 j User [j] from [163.172.165.188] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:31 jonas User [jonas] from [163.172.165.188] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:29 testuser User [testuser] from [163.172.165.188] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:13 sander User [sander] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:11 debian User [debian] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:10 teamspeak3 User [teamspeak3] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:09 SYSTEM User [root] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
26/11/2022 16:07 postgres User [postgres] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:34 celery User [celery] from [51.91.250.60] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:32 wz User [wz] from [51.91.250.60] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:31 uftp User [uftp] from [51.91.250.60] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:30 support User [support] from [51.91.250.60] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:26 teamspeak User [teamspeak] from [51.91.250.60] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:42 jinhan User [jinhan] from [193.70.1.27] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:41 wang User [wang] from [193.70.1.27] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:40 stanley User [stanley] from [193.70.1.27] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:38 gheghe User [gheghe] from [193.70.1.27] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:34 webalizer User [webalizer] from [193.70.1.27] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:01 littleannie User [littleannie] from [51.15.140.163] failed to log in via [SSH] due to authorization failure.
24/11/2022 06:00 sduppayserver User [sduppayserver] from [51.15.140.163] failed to log in via [SSH] due to authorization failure.
24/11/2022 05:59 aleksandr User [aleksandr] from [51.15.140.163] failed to log in via [SSH] due to authorization failure.
24/11/2022 05:58 uemura User [uemura] from [51.15.140.163] failed to log in via [SSH] due to authorization failure.
24/11/2022 05:55 test User [test] from [51.15.140.163] failed to log in via [SSH] due to authorization failure.
23/11/2022 19:19 wilma User [wilma] from [79.137.37.30] failed to log in via [SSH] due to authorization failure.
23/11/2022 19:17 security User [security] from [79.137.37.30] failed to log in via [SSH] due to authorization failure.
23/11/2022 19:16 sofia User [sofia] from [79.137.37.30] failed to log in via [SSH] due to authorization failure.
23/11/2022 19:15 bash User [bash] from [79.137.37.30] failed to log in via [SSH] due to authorization failure.
23/11/2022 19:13 longhida User [longhida] from [79.137.37.30] failed to log in via [SSH] due to authorization failure.
 
26/11/2022 18:06 SYSTEM Host [51.91.151.44] was blocked via [SSH].
26/11/2022 16:35 SYSTEM Host [163.172.165.188] was blocked via [SSH].
26/11/2022 16:13 SYSTEM Host [51.38.237.164] was blocked via [SSH].
25/11/2022 23:34 SYSTEM Host [51.91.250.60] was blocked via [SSH].
24/11/2022 06:42 SYSTEM Host [193.70.1.27] was blocked via [SSH].
24/11/2022 06:01 SYSTEM Host [51.15.140.163] was blocked via [SSH].
23/11/2022 19:19 SYSTEM Host [79.137.37.30] was blocked via [SSH].
 
26/11/2022 18:40 SYSTEM User [root] from [176.142.237.128] failed to log in via [SSH] due to authorization failure.
26/11/2022 18:38 monitor User [monitor] from [176.142.237.128] failed to log in via [SSH] due to authorization failure.
26/11/2022 18:35 eduardo User [eduardo] from [176.142.237.128] failed to log in via [SSH] due to authorization failure.
26/11/2022 17:28 password User [password] from [20.39.241.10] failed to log in via [SSH] due to authorization failure.
26/11/2022 17:26 app User [app] from [20.39.241.10] failed to log in via [SSH] due to authorization failure.
26/11/2022 17:23 SYSTEM User [root] from [20.39.241.10] failed to log in via [SSH] due to authorization failure.
26/11/2022 12:47 sa User [sa] from [137.74.36.230] failed to log in via [SSH] due to authorization failure.
26/11/2022 12:46 lh User [lh] from [137.74.36.230] failed to log in via [SSH] due to authorization failure.
26/11/2022 12:43 postgres User [postgres] from [137.74.36.230] failed to log in via [SSH] due to authorization failure.
26/11/2022 10:11 SYSTEM User [root] from [82.64.32.76] failed to log in via [SSH] due to authorization failure.
26/11/2022 10:10 SYSTEM User [root] from [82.64.32.76] failed to log in via [SSH] due to authorization failure.
26/11/2022 10:06 devopsuser User [devopsuser] from [82.64.32.76] failed to log in via [SSH] due to authorization failure.
26/11/2022 00:50 user User [user] from [51.222.13.62] failed to log in via [SSH] due to authorization failure.
26/11/2022 00:48 user4 User [user4] from [51.222.13.62] failed to log in via [SSH] due to authorization failure.
26/11/2022 00:44 SYSTEM User [root] from [51.222.13.62] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:22 jason User [jason] from [37.59.120.179] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:21 yamada User [yamada] from [37.59.120.179] failed to log in via [SSH] due to authorization failure.
25/11/2022 23:16 eric User [eric] from [37.59.120.179] failed to log in via [SSH] due to authorization failure.
25/11/2022 19:02 SYSTEM User [root] from [82.65.23.62] failed to log in via [SSH] due to authorization failure.
25/11/2022 19:01 SYSTEM User [root] from [82.65.23.62] failed to log in via [SSH] due to authorization failure.
25/11/2022 18:59 SYSTEM User [root] from [82.65.23.62] failed to log in via [SSH] due to authorization failure.
25/11/2022 15:31 SYSTEM User [root] from [149.202.150.90] failed to log in via [SSH] due to authorization failure.
25/11/2022 15:30 SYSTEM User [root] from [149.202.150.90] failed to log in via [SSH] due to authorization failure.
25/11/2022 15:27 SYSTEM User [root] from [149.202.150.90] failed to log in via [SSH] due to authorization failure.
25/11/2022 12:43 SYSTEM User [root] from [51.178.27.210] failed to log in via [SSH] due to authorization failure.
25/11/2022 12:42 SYSTEM User [root] from [51.178.27.210] failed to log in via [SSH] due to authorization failure.
25/11/2022 12:37 fernando User [fernando] from [51.178.27.210] failed to log in via [SSH] due to authorization failure.
25/11/2022 05:40 SYSTEM User [root] from [62.210.114.188] failed to log in via [SSH] due to authorization failure.
25/11/2022 05:39 SYSTEM User [root] from [62.210.114.188] failed to log in via [SSH] due to authorization failure.
25/11/2022 05:35 SYSTEM User [root] from [62.210.114.188] failed to log in via [SSH] due to authorization failure.
24/11/2022 23:04 SYSTEM User [root] from [51.178.137.178] failed to log in via [SSH] due to authorization failure.
24/11/2022 23:03 SYSTEM User [root] from [51.178.137.178] failed to log in via [SSH] due to authorization failure.
24/11/2022 23:01 SYSTEM User [root] from [51.178.137.178] failed to log in via [SSH] due to authorization failure.
24/11/2022 14:11 admin User [admin] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
24/11/2022 14:10 kong User [kong] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
24/11/2022 14:08 wara User [wara] from [51.38.237.164] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:22 test User [test] from [51.38.38.239] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:21 tape User [tape] from [51.38.38.239] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:19 iwata User [iwata] from [212.129.45.251] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:17 antique User [antique] from [212.129.45.251] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:15 green User [green] from [212.129.45.251] failed to log in via [SSH] due to authorization failure.
23/11/2022 18:14 admin User [admin] from [51.38.38.239] failed to log in via [SSH] due to authorization failure.
23/11/2022 15:43 deploy User [deploy] from [51.178.139.28] failed to log in via [SSH] due to authorization failure.
23/11/2022 15:41 harry User [harry] from [51.178.139.28] failed to log in via [SSH] due to authorization failure.
23/11/2022 15:39 cubesrv User [cubesrv] from [51.178.139.28] failed to log in via [SSH] due to authorization failure.
21/11/2022 09:10 SYSTEM User [] from [87.88.4.223] failed to log in via [DSM] due to authorization failure.
21/11/2022 09:10 SYSTEM User [] from [87.88.4.223] failed to log in via [DSM] due to authorization failure.
 
26/11/2022 18:40 SYSTEM Host [176.142.237.128] was blocked via [SSH].
26/11/2022 17:28 SYSTEM Host [20.39.241.10] was blocked via [SSH].
26/11/2022 12:47 SYSTEM Host [137.74.36.230] was blocked via [SSH].
26/11/2022 10:11 SYSTEM Host [82.64.32.76] was blocked via [SSH].
26/11/2022 00:50 SYSTEM Host [51.222.13.62] was blocked via [SSH].
25/11/2022 23:22 SYSTEM Host [37.59.120.179] was blocked via [SSH].
25/11/2022 19:02 SYSTEM Host [82.65.23.62] was blocked via [SSH].
25/11/2022 15:31 SYSTEM Host [149.202.150.90] was blocked via [SSH].
25/11/2022 12:43 SYSTEM Host [51.178.27.210] was blocked via [SSH].
25/11/2022 05:40 SYSTEM Host [62.210.114.188] was blocked via [SSH].
24/11/2022 23:04 SYSTEM Host [51.178.137.178] was blocked via [SSH].
24/11/2022 14:11 SYSTEM Host [51.38.237.164] was blocked via [SSH].
23/11/2022 18:22 SYSTEM Host [51.38.38.239] was blocked via [SSH].
23/11/2022 18:19 SYSTEM Host [212.129.45.251] was blocked via [SSH].
23/11/2022 15:43 SYSTEM Host [51.178.139.28] was blocked via [SSH].
 
 
 
 
 
 

@babble : ils sont exposés sur quels ports ces NAS ?
Le port SSH ? (Personnalisé ou le 22 ?)
 
Sur les deux Syno exposé sur le net, je n'ai rien de suspect.
Mais ils n'ont que le port 443 et 6690 d'exposé sur internet.
Et celui chez moi est protégé par Threat Prevention du routeur Syno (RT2600AC) que j'ai mis en DMZ de la freebox pop.
Leur parefeu n'autorise comme toi que les IP FR, et pour celui chez moi celles US pour certians essais de sites comme ssllabs, ou headers security.

J'ai donc un DS218J et un MBP sous Ventura.
Je lance un TimeMachine sur mon NAS, et je reçois whatmille emails d'information de mon NAS,

et ce, dès que TM se prépare.
J'ai cherché mais je ne comprends pas ce qui lance ces alertes lorsque TM est actif. C'est une connexion vers un répertoire créé sur le NAS, donc je ne comprends pas pourquoi il y a ces alertes.

Merci de vos retours posés

EDIT : truc que je ne comprends pas. J'ai crée un répertoire spécial TimeMachine. Je le configure dans Service de Fichiers / Avancé / Configurer TM, et lorsque je lance TM sur mon MBP, c'est encore le répertoire TimeMachine qui est sélectionné, et pas mon répertoire TM_MBP.

Dans le "centre de journaux", tu as du cocher la case de notification quand le nombre de journaux par seconde dépasse 10.
Il faut aller voir ce qui est loggé. Ca peut être un souci, ou non. Tu ne saurais pas tant que tu n'auras pas été voir.

Oui j'ai configuré la case de notification, pour être informé lorsqu'il y a +40 notifications par seconde. Quand je lance un TM, et rien que durant la préparation de TM, j'ai plus de 130 notifications et donc whatmille alertes qui vont se déclencher.
Ce que je ne comprends pas, c'est pourquoi autant de notifications ? Quelles notifications ?

EDIT : Bon alors déjà d'une, j'ai dû rebooter le NAS pour que le répertoire que j'ai créé pour TM et mon MBP soit visible de mon MBP. J'aurai certainement pu redémarrer le service également, mais je ne le connais pas et j'ai la flemme de faire une recherche. Mais si quelqu'un le connaît, je le remercie d'avance de me donner son petit nom
Donc en créant un nouveau TM sur mon MBP, je vois le répertoire sur le NAS, et il semblerait que cette fois, je n'ai plus (autant) de notifications.
A voir sur le temps

Hmm, est ce que tu comprends à quoi sert le centre de journaux? Il regroupe les logs générés par les applications. Là, concrètement, tu as une application qui génère beaucoup de logs très rapidement ( plus de 40 par seconde donc). Suivant les cas, cela peut être signe d'un problème, d'où la possibilité de se faire notifier quand le seuil est dépassé. Pour dire d'aller voir ce qui se passe.
Donc pour savoir ce que contiennent les journaux, il faut aller voir dans "centre de journaux" > "journaux" et regarder ce que contiennent ces messages générés en rafale.