Toutes les discussions
- Dernière heure
-
Nas vérouillé
Bonjour à tous, Le sujet est sensible, mon NAS DS224+ est verrouillé à la suite d'une tentative de connexion échoué sur ma TV, le système à détecté un problème de sécurité et à verrouillé le NAS . Le problème est qu'une clé de déverrouillage m'a été fournis soit disant à l'installation du NAS, le fameux "fichier.RKEY", sauf que je n'ai aucune trace de celui-ci, j'ai fouillé partout, rien. Côté config, j'ai 2 DD de 2TO en RAID 1 avec 22 K de photos de famille dessus, (le groupe de volume est vérouillé, le partage de dossier aussi, du coup je me demandais si je retire un des 2 disques et que je recréé un groupe de volume et un partage de dossier sur un DD (je sais que je vais devoir le formater, est ce qu'il y a un risque de perdre la totalité des données ? Merci d'avance de vos lumières :), pour cette question. Si il existe des solutions alternative, je suis preneur, car je suis vraiment en galère là... Merci beaucoup !
-
Fifi_091- a rejoint la communauté
- Aujourd’hui
-
Nicolas C a rejoint la communauté
-
DS216 remplacer 2 HD par 2 SSD
Les deux HDD sont aussi impactés ? Etrange. Avez-vous essayé un reset mode 2 qui permet la réinstallation de DSM ? https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t2 Pour le formatage, il n'y a rien de particulier à faire. Un simple formatage rapide sur un PC suffit, le but étant de détruire la partition système (la première) pour que DSM parte sur une nouvelle installation. Si vous voulez un formatage plus profond, vous trouverez facilement des outils sous linux en interfaces graphiques et/ou en lignes de commandes. Gparted par exemple devrait répondre à votre besoin.
-
DS216 remplacer 2 HD par 2 SSD
Oui, les 2 ont fonctionné ! je viens de tester avec 1 seul SSD (j'ai testé les 2 individuellement sur l'emplacement 1) même résultat ! en attendant...... , une fois arrivé à 40% --> formatage impossible Mon Ordi est sous Linux (mint mate 22.3) j'ai précédemment booté sur une clé (avec mint22.3) en ayant préalablement installé les vieux HD en Sata1 & 2 j'ai un message qui m'a dit version ancienne ! impossible d'aller plus loin -> donc abandon Comme il semble difficile de réutiliser mes SSD une fois liés en Raid1, il devrait en être de même avec les 2 anciens HD , je suppose qu'une manœuvre de formatage de bas niveau devrait être possible...quel outil utiliser ? pour débloquer mes 2 SSD puis ensuite mes 2 HD . merci pour l'ecoute
- Changer OS nas netgear
- [Résolu]Mon NAS est-il habité?
- [Résolu]Mon NAS est-il habité?
-
[Résolu]Mon NAS est-il habité?
oui: sysmgr@fserv ~> sudo lsof -i :443 | grep CLOSE python3 1352 root 29u IPv4 72133416 0t0 TCP 192.168.1.14:50852->157.97.137.137:https (CLOSE_WAIT) Pas encore mais chez moi le process existe: sysmgr@fserv ~> sudo ps -fp 1352 UID PID PPID C STIME TTY TIME CMD root 1352 1349 1 Feb21 ? 00:13:06 python3 -m homeassistant --config /configInfo : https://www.abuseipdb.com/check/157.97.137.137 ***EDIT*** l'enquete continue sysmgr@fserv ~> sudo tcpdump -i any host 157.97.137.137 tcpdump: data link type LINUX_SLL2 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 09:59:09.670421 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 2855977021, ack 1175334390, win 344, options [nop,nop,TS val 317195707 ecr 2223560329], length 0 09:59:09.670428 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195707 ecr 2223560329], length 0 09:59:09.884338 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195920 ecr 2223560329], length 0 09:59:09.884342 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195920 ecr 2223560329], length 0 09:59:10.096348 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196133 ecr 2223560329], length 0 09:59:10.096356 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196133 ecr 2223560329], length 0 09:59:10.523348 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196560 ecr 2223560329], length 0 09:59:10.523352 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196560 ecr 2223560329], length 0 09:59:11.377341 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317197414 ecr 2223560329], length 0 09:59:11.377346 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317197414 ecr 2223560329], length 0 09:59:13.083412 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317199120 ecr 2223560329], length 0 09:59:13.083416 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317199120 ecr 2223560329], length 0 09:59:16.499370 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317202536 ecr 2223560329], length 0 09:59:16.499373 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317202536 ecr 2223560329], length 0 09:59:23.339375 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317209376 ecr 2223560329], length 0 09:59:23.339378 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317209376 ecr 2223560329], length 0 09:59:37.003388 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317223040 ecr 2223560329], length 0 09:59:37.003540 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317223040 ecr 2223560329], length 0 EDIT#2 trouvé le "coupable" : https://github.com/home-assistant/core/issues/156956
-
[Résolu]Mon NAS est-il habité?
Depuis quelques temps j'ai trois liens persistants en sortie vers le port HTTPS, comme décrits ci-dessous : $netstat -plant tcp 1 0 192.168.0.5:45688 157.97.137.139:443 CLOSE_WAIT 21220/python3 tcp 1 0 192.168.0.5:40900 157.97.137.139:443 CLOSE_WAIT 21220/python3 tcp 1 0 192.168.0.5:52928 157.97.137.137:443 CLOSE_WAIT 21220/python3 naturellement le processus 21220 n'existe pas La bonne nouvelle c'est que ces IP sont à la société Française ANTEMETA spécialiste en Cyber-Sécurité Mais cela ne me rassure qu'à moitié. Avez-vous aussi le même phénomène ? Avez-vous une explication ?
-
Reconfiguration DSM418
Que tout ceci me semble compliqué ! Je ne comprends pas ce que vient faire l'upnp là dedans ni à quoi servent ces redirections côté LAN. Si vous utilisez uniquement quickconnect, vous n'avez pas besoin d'ouverture et de redirection de ports. Je pense qu'il suffit de rétablir la connexion de quickconnect et c'est tout. Néanmoins, la freebox pro comporte certaines lacunes en matière de paramétrage contrairement à la révolution et il se peut qu'il faille creuser un peu plus et vous orienter vers une configuration plus classique qui sera de toute manière bien meilleure que quickconnect.
-
Mic13710 a commencé à suivre Reconfiguration DSM418
-
DS216 remplacer 2 HD par 2 SSD
Si je comprends bien, les deux ssd ont fonctionné dans le NAS (votre premier message). Si ça ne fonctionne plus maintenant après avoir remis les disques dans le NAS, ce n'est pas de l'incompatibilité mais seulement un problème de disque. Pour le vérifier, ne montez qu'un seul disque et faite une installation de DSM. Si ça fonctionne avec un disque et pas avec l'autre, vous aurez trouvé le coupable.
- Hier
-
Gastonzz a rejoint la communauté
-
Reconfiguration DSM418
Bonjour, J'ai un Synology DSM 418 avec l'ip local 192.168.1.105 qui remonte dans les éléments connectés de la nouvelle Freebox Pro et: J'avais une Freebox révolution. Je viens de changer pour une Freebox Pro. J'ai redéfinie l'IP de la Freebox Pro en 192.168.1.254. je pense devoir reconfigurer les ports sur le Freebox Pro? Coté LAN sur l'ancienne, j'avais les ports 52123/5000 52124/5001 et 52125/6690 en TCP vers l'ip du Nas Et en upnp les port: 5000, 5001 , 6690 vers l'ip du Nas. Coté WAN: NAS: Port interne 6690 Port externe 6690 BACKUPNAS: Port interne 6281 Port externe 6281 NASBACKDIS: Port interne 873 Port externe 873 Je sèche dans le paramétrage de la Freebox Pro au niveau de la création des règles et des choix (TCP, UDP....) et de la redirection des ports P/subnet source Port source (Je ne sais pas quoi entrer ?) IP/subnet destination Port destination (Je ne sais pas quoi entrer ?) Sachant que mon NAS Synologie est en IP Fixe 192.168.1.105. La connexion distante via Quick connect ne trouve pas le Nas Synologie. J'espère être un peu compréhensible dans la mise en forme de mes questions Merci pour votre aide -
-
Francki13500 a commencé à suivre Reconfiguration DSM418
-
DS216 remplacer 2 HD par 2 SSD
J'ai effectué l'HyperBackup vers hd externe comme conseillé. Bon ! J'ai remis les anciens HD tout s'est bien passé (l'HyperBackup). J'ai remis mes 2 SSD et un défaut été signalé sur un des SSD ! j'ai réinitialisé pour réinstaller le système, et depuis l'installation de DiskStation Manager (DSM) stagne à 40% (plusieurs essais amènent ce blocage à 40%) depuis je nage, ci dessous les 2 ssd
-
CPU saturé à 97% par Maria db10...
MariaDB est bien dans /var/packages/MariaDB10/ Pour la suite, je ne peux guère vous aider je n'utilise pas.
-
Mic13710 a commencé à suivre CPU saturé à 97% par Maria db10...
- La dernière semaine
-
Migration entre 2 Thecus
Bonjour, Tout d'abord, je m'excuse si je ne suis pas dans la bonne section. Mon vieux THECUS N4200ECO viens de rendre l'âme mais les disques sont toujours opérationnels. En revanche (honte à moi) je n'avais pas effectué de sauvegarde de mes données. Je souhaite donc migrer mes disques dans une autre THECUS. Questions : Quel modèle serait le plus compatible pour effectuer cette démarche et à quoi dois-je faire attention dans le choix de mon Thecus : firmware, de l'OS, processeur, .... Je ne peux apparemment pas m'orienter vers un modèle récent sur le peu d'information que j'ai pu trouver. Et donc même avec un ancien modèle d'occasion (qui ne sont pas toujours bon marché), je voudrais être sur de mon choix au risque de dépenser inutilement des sous. Je précise que je suis totalement néophyte dans le monde des NAS. Je vous remercie par avance de toute l'aide que vous m'apporterez.
-
Zedumreb a rejoint la communauté
-
Machin91 a commencé à suivre Presentation , TrueNAS : Transformez n'importe quel PC en un système de stockage réseau surpuissant et sécurisé , Changer OS nas netgear et 4 autres
-
Synology très lent
Ok merci beaucoup. Je vais couper les paquet qui sont lancer et mettre ça Lundi en espérant que ce soit fini Vendredi prochain 😅
- [TUTO]Création d'un Certificat "wilcard" Let'sEncrypt avec la méthode "acme.sh"
-
CPU saturé à 97% par Maria db10...
Bonjour, bonsoir, Le problème est revenu... j'ai voudrais configurer Maria DB10 pour résoudre le problème en créant un fichier my.cnf : Je me suis connecter en root : ssh mon.admin@mon IP -p 22 puis mon mot de passe... puis sudo -i ... re mot de passe et ok je suis en root... bon ! Après ça, sur mon terminal j'ai tapé le chemin /var/packages/MariaDB10/etc , pour voir si le fichier my.cnf existe... et là, ça ce complique, il me dit que le chemin n'est pas bon... MA (MES) QUESTION (S) ! je suis sur DSM 7.3 : quel chemin dois-je tapé pour avoir accès à Maria DB10 et comment créer ce fameux fichier my.cnf ... MERCI pour vos réponses
-
fenêtre trop grande dans enregistrements
Complement d'information: Je viens de constater que le problème que j'ai décrit se produit en mode plein écran, mais que tout va bien en mode fenêtre. (L’icône située entre "réduirela fenêtre" et "fermer la fenêtre ") N’empêche que je ne comprends pas pourquoi en mode plein écran, la fenêtre est plus grande que l'écran. Je ne met donc pas encore le sujet en résolu.
-
Fichier host 1Fichier (Premium & Access) (maintenu)
Bonjour, Avant je téléchargeais sur Download Station (DS) 4.1.1-5008 via un vieux OneFichierCom version 3. J'ai pris un abonnement premium. Du coup, j'ai récupéré le dernier fichier OneFichierCom 4.7.4 J'ai ajouté le fichier dans DS, mis un login random et en mot de passe l'API que j'ai recopié depuis le site 1Fichier. Quand je veux vérifier j'ai une erreur. Ai-je bien fait toutes les étapes ? Merci.
-
potes a rejoint la communauté
-
[TUTO]Création d'un Certificat "wilcard" Let'sEncrypt avec la méthode "acme.sh"
Pour la vérification de la date, c'est la date d'expiration qui est recherchée dans la fonction certificat_check() avec openssl x509 -checkend $(( (90 - RENEWAL_CYCLE) * 86400 ))Vu comment c'est construit, checkend va lire la fin de validité du certificat (en secondes) et s'il reste moins que le renewal_cycle, un nouveau certificat est demandé. Avec le certificat actuel sur 90 jours, le renewal_cycle à 61 donne en réalité un certificat renouvelé tous les 29 jours. Donc, tu as déjà un script qui tient compte de la nouvelle donne. Néanmoins, la validité du certificat LE va diminuer ces prochains mois et ça va coincer dans le bocal. Il va falloir corriger le script pour qu'il couvre les validités réduites. Edit : Désolé, j'ai mal interprété checkend. 90 = durée standard d’un certificat Let's Encrypt (pour le moment) RENEWAL_CYCLE=61 Donc : 90 - 61 = 29 jours => Le script vérifie que le certificat est encore valide dans 29 jours. C'est toujours sur une durée de 60 jours avant renouvellement. Donc, c'est bien ce que je disais, il faut passer RENEWAL_CYCLE à 31 pour que le renouvellement intervienne après 30 jours. Ceci n'est que temporaire car le problème va se poser à nouveau lorsque la durée de validité du certificat va diminuer. Cette manière de gérer la durée du certificat sur une durée fixe de 90 jours est extrêmement bizarre de toute façon. Aussi, pourquoi ne pas laisser acme.sh gérer les validités ou plus simplement utiliser les infos de ndd.conf qui donne Le_NextRenewTime et Le_NextRenewTimeStr qui sont directement écrit par acme.sh ? J'aurais bien un correctif à te proposer mais ce n'est pas le lieu pour le faire (hors sujet)
-
fenêtre trop grande dans enregistrements
Bonjour à tous, J'essaie surveillance station avec une caméra tapo c225... tout se passe plutôt bien, sauf que sur mon téléphone Android Samsung, lorsque je vais dans l’onglet enregistrements, la fenêtre qui montre la liste des enregistrements est trop grande.: le côté droit est visible, mais le bord gauche de la fenêtre est hors écran. Pas moyen , ni de réduire la fenêtre, ni de la déplacer pour voir la liste qui se situe à gauche dans la fenêtre. J'imagine qu'il s'agit d'une mauvaise configuration quelque part, mais je n’ai pas trouvé... Quelqu'un a-t-il une idée? Déjà merci.
- [TUTO]Création d'un Certificat "wilcard" Let'sEncrypt avec la méthode "acme.sh"
-
Synology très lent
Le nettoyage est indispensable pour récupérer l'espace laissé par les fichiers supprimés. Mais en fonction de la taille à scanner, cela peut durer plusieurs jours (à condition que cela soit la tâche exclusive du NAS à ce moment là ; sinon c'est pire)
-
Presentation
Bonjour Je rejoins votre communauté qui a l'air, très technique et visiblement pleine de bon saintmaritain, prêt a aider les personne de mon genre un peu perdu dans les redirection de port, Firewall et bien d'autres choses. J'ai 62 ans Papa/Papy et une vie bien remplie de travail. Merci pour tout se que vous partagez avec des personnes que vous ne connaissez pas forcement. BRAVO!!
-
Francki13500 a rejoint la communauté
- [TUTO]Création d'un Certificat "wilcard" Let'sEncrypt avec la méthode "acme.sh"