CoolRaoul
-
Compteur de contenus
5855 -
Inscription
-
Dernière visite
-
Jours gagnés
57
Messages posté(e)s par CoolRaoul
-
-
Bonjour
Je viens de tomber sur ce fil de discussion : 6 Drives, all failed together
Ce n'est pas tant la mésaventure qui arrive à ce malheureux propriétaire de NAS Synology qu'une partie des commentaires laissant entendre entre les lignes que ç'est pas étonnant venant de disques Seagate (même si ici la source du problème est forcément ailleurs ici) qui m'interpelle.
Bref, étant parti sur une paire de Seagate IronWolf 4Ton et même si je fais ceintures et bretelles niveau sauvegardes, ça m'inquiète un peu. D'où le titre ce post.
0 -
Merci à vous deux. Je vais aller voir ça.
De mon côté j'ai trouvé comment faire un trigger à partir de la détection d'appareil intégrée à la Freebox.
Ca fonctionne bien et même pas besoin d'aller mettre les doigts dans le cambouis Yaml.0 -
Avant toute chose je n'ai pas trouvé d'autre endroit que "Le Bar" pour discuter de Home Assistant. Note aux modos : ne pas hésiter à déplacer mon post si besoin
Maintenant que j'ai un NAS plus costaud je commence à faire mumuse avec Home Assistant.
Vu que pour le moment je trouve la détection de présence un peu moisie, j'essaie d'appliquer les explications trouvées ici : "Better Presence Detection in Home Assistant". Et là, je bloque sur l'indication "add the following sensor to the sensors area.".
Je n'ai pas de problème pour éditer un fichier .yaml, mais je ne comprends pas à quoi se réfère "sensors area" dans le fichier de conf ? Je ne vois qu'un fichier peu structuré et en tout cas pas de *areas* là-dedans.
(Désolé pour la question probablement de noob mais c'est vraiment nouveau tout ça pour moi).
0 -
J'ai découvert récemment ce groupe Facebook, "Synology NAS Experts", apparemment de bon niveau (c'est géré par l'ami Marius faut dire).
Juste un truc qui m'étonne, alors que tout semble indiquer qu'il s'agit d'un groupe international et donc, de fait, anglophone, nombre de participants postent leurs questions directement en Français (je n'ai pas remarqué le cas pour d'autres langues) et ils reçoivent des réponses polies et, en général, appropriées et détaillées.C'est typiquement Français de se croire chez soi partout comme ça ou est-ce juste moi qui sur-réagit ?
0 -
Solution trouvée !
0 -
Alors apparemment il y aurait une solution pour les connexions par reverse proxy mais pour ça faudrait passer par Nginx :
Franchement ça me gave un peu de remettre les doigts dans le cambouis maintenant que le reverse proxy est natif dans DSM (et depuis longtemps !)
0 -
Il y a 6 heures, firlin a dit :
@CoolRaoul si tu fais un reverse proxy avec ton nas synology as tu essayé ca ?
https://www.domo-blog.fr/comment-accede-home-assistant-exterieur-reverse-proxy-synology-certificat-ssl/Oui en effet.
J'utilise un domaine en myds.me créé via le service DDNS Syno pour ça avec son certificat lets encrypt wildcard automatique.
La log du test curl indique que c'est conforme
* subjectAltName: host "<nom choisi pour HA>.<monsousdomaine DDNS>.myds.me" matched cert's "*.<monsousdomaine DDNS>.myds.me"
Et je n'ai pas de problème pour d'autres service perso eux aussi hébergés sur mon NAS accédés par une conf reverse proxy similaire.En creusant un peu je tombe sur une erreur d'authentification dans la log de HA après son redémarrage et re tentative :
2024-02-27 11:18:51.954 WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from <Addresse IPV6 du NAS> (<Addresse IPV6 du NAS>). Requested URL: '/auth/token'. (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)
Le libellé "http.ban" me fait penser à une mise en blacklist mais je ne trouve pas ou c'est stocké
0 -
Pour en revenir au sujet du fil, j'ai décidé de me lancer dans l'aventure (surtout pour tester dans un premier temps)
J'ai choisi de partir en mode Docker vu que je n'ai pas d'équipements qui nécessitent des drivers spécifiques.
L'installation initiale s'est bien passée. J'ai accès à mon instance sur mon réseau local (http://<ip_du_nas>:<port HA>)Là où ça coince c'est pour activer accès distant.
Pour ne pas exposer un port de plus j'ai choisi l'option reverse proxy que j'utilise déjà pour d'autres service perso et qui est moins "visible" de l'extérieur.Dans le cas de HA ça coince et je ne comprends pas pourquoi.
- J'ai la bonne URL déclarée dans la page "config/network"
- La connectivité via reverse proxy fonctionne (validé via un curl https://<mon sous domaine HA>/<host> sur un host unix sur le cloud)
Par contre une tentative connexion dans un navigateur se solde
- Au mieux au mieux par une fenêtre "Unable to connect to Home Assistant." (Ce qui démontre que la connexion avec l'instance est effective) avec un "Retrying in <nn > seconds" en boucle.
- Au pire par un par un "400: bad request"
J'ai bien entendu recherché sur Google. On trouve des dizaines de personnes avec le même souci, en particulier dans des config du même genre (reverse proxy) avec des tas de solutions proposées, toutes différentes.
Je me demande si ça vaut la peine d'insister, ça semble bien buggé ce machin non ?La solution donnée ici Home assistant (400 Bad Request) Docker + Proxy - Solution a résolu l'erreur "400: bad request" mais maintenant ça coince sur le "Unable to connect ..."
0 -
Trouvé !!!
Je suis trop c**
J'utilisais l'API "SYNO.Virtualization.API.Host" (qui n'implémente que la méthode "get" et concerne le NAS lui-même et pas les VMs) alors qu'il s'agit de méthodes de l'API "SYNO.Virtualization.API.Guest" (j'ai loupé le passage d'une à l'autre dans la doc)
**EDIT**
Par contre ça reste bien limité. Ce que je cherchais à faire est un suspend/resume programmé.
L'API pour cela pour ne peut être que "SYNO.Virtualization.API.Guest.Action" mais elle n'implémente que "poweron", "poweroff" et "shutdown" 😕
0 -
il y a 27 minutes, cadkey a dit :
sur les API Synology sur j'utilise, le numéro de version est souvent erroné, dû à des mises à jour de l'API je suppose.
Le concept de "version" dans une API REST est de maintenir la compatibilité ascendante. Ca permet de continuer à utiliser les anciennes versions, même si des plus récentes implémentent des évolutions incompatibles, sous réserve de la stipuler explicitement (version=<n>) dans l'invocation. Si on ne le fait pas c'est la version par défaut (la plus récente) qui est activée.
La documentation indique explicitement dans le cas de l'API "SYNO.Virtualization.API.Host" qu'elle documente la 1 :
Et même si une version 2 ou plus avait été implémentée depuis 2019 (ce qui n'est apparemment pas le cas vu le retour la "code 104" pour les numéros supérieurs) la version 1 serait toujours disponible et accessible en la ciblant explicitement.
il y a 27 minutes, cadkey a dit :Dans ton cas, reviens à la 1ere erreur indiquée, json value.
Non, entre temps j'ai pu vérifier que c'est juste un warning de syntaxe. (j'ai oublié de venir le signaler ici).
En forçant les quotes pour faire plaisir au parser JSON, comme ceci :
guest_name='"ubu1"'
au lieu de
guest_name="ubu1"
il disparait
0 -
Il y a 1 heure, cadkey a dit :
Essaie version=2 etc.
Je serai surpris que ça marche pour toi 🤨
Chez moi ça donne "code 104" cette fois ("The requested version does not support the function.")
Il y a 1 heure, cadkey a dit :Souvent la documentation n'est pas à jour concernant le numéro de version.
Ça en effet c'est possible par contre : "© 2015-2019 Synology Inc. All rights reserved"
par acquis de conscience j'ai testé de 1 à 20 :
for v in {1..20} ; do synowebapi ... ; donesans succes
0 -
Bonjour à tous !
Ma commande :
$ synowebapi --exec api=SYNO.Virtualization.API.Host method=get guest_name=ubu1
La response:
[Line 265] Not a json value: ubu1
[Line 295] Exec WebAPI: api=SYNO.Virtualization.API.Host, version=1, method=get, param={"guest_name":"ubu1"}, runner=SYSTEM_ADMIN
{
"error" : {
"code" : 103
},
"httpd_restart" : false,
"success" : false
}
code 103: "The requested method does not exist" selon le Synology Virtual Machine Manager API Guide
Je ne comprends pas
0 -
Synology Assistant est un utilitaire de bureau. Aucun de ses téléchargements n'est sous forme de fichier ".pat" :
0 -
Le 19/02/2024 à 8:42 AM, CoolRaoul a dit :
En désespoir de cause j'ai retiré ce compte du groupe des administrateurs et l'ai remis immédiatement dans la foulée
Et il a immédiatement retrouvé son accès SSH!
Explication trouvée (bizarre mais confirmé en testant) : pour que accès SSH sur un compte soit possible il n'est pas suffisant qu'il soit dans le groupe des administrateurs, son shell doit être "/bin/sh" (j'avais mis bash)
1 -
il y a 1 minute, StéphanH a dit :
c’est bien chargé (env. 70% de CPU )
constant ? 😲
0 -
Le 26/01/2024 à 7:43 AM, MilesTEG1 a dit :
dsm lui aussi en a besoin et pas qu’un peu : il est gourmand !
Je n'ai pas encore beaucoup de recul avec mon nouveau , mais au contraire j'ai toujours été surpris que le précédent (DS213j, sous DSM7.1), avec pas mal de paquets actifs en plus, tournait confortablement (je n'ai pas dit "rapidement" hein ! Mais c'est le CPU qui le ralentissait ) avec seulement 512Mo
0 -
Ça ne s'arrange pas
Je clarifie le contexte : j'utilisais jusqu'alors sur le NAS un compte volontairement non privilégié qui me servait à exécuter quelques outils persos qui n'ont aucunement besoin de droits élevés. (je ne vais quand même pas à monter une VM ou un container pour y faire tourner quelques scripts shell !).
Pour la mise au point et l'édition à distance de ces derniers je m'y connecte depuis mon LAN en SSH donc.
À la suite de cette restriction inexplicable de Synology, hier, je me suis résolu à mettre ce compte dans le groupe des administrateurs. Et j'ai donc retrouvé le SSH sur ce compte.
Voilà t'y pas que ce matin, sans rien avoir changé : "Permission denied, please try again."
J'ai vérifié, les droits sur le $HOME et $HOME/.ssh de ce compte sont strictement identique à mon compte admin (pas celui de base, désactivé, mais un autre créé à l'occasion) qui continue à bien pouvoir se connecter en SSH lui.
Et bien entendu rien de particulier dans les logs pour expliquer
En désespoir de cause j'ai retiré ce compte du groupe des administrateurs et l'ai remis immédiatement dans la foulée
Et il a immédiatement retrouvé son accès SSH!
Alors vraiment ça me la coupe !
0 -
Hello
Quelqu'un pourrait-il me mettre sur le bon chemin pour trouver les release notes des paquets SynoCommunity ?
0 -
il y a une heure, Kramlech a dit :
Cela signifie qu'il y a un goulot d'étranglement quelque part au niveau de ton réseau local qui bride la liaison entre ton NAS et ton PC
D'autant plus que si le PC et le NAS sont raccordés au même switch ça ne devrait pas faire une énorme différence
0 -
il y a 3 minutes, CMDC a dit :
SI j'ai tout compris, on parle d'une connexion USB entre un Eaton et un NAS Synology , non ?
On parle de désactiver les bips de l'onduleur en cas de coupure de courant.
Après avoir connecté l'onduleur sur un PC, via l'appli il est possible de modifier facilement ce paramètre et c'est persistant.
Ne reste plus qu'à le reconnecter en USB sur le NAS et ça roule.1 -
il y a une heure, CoolRaoul a dit :
on verra ce qu'ils me disent.
Réponse rapide : connecter en USB l'onduleur sur un PC et passer par le logiciel Windows : https://www.eaton.com/content/dam/eaton/products/backup-power-ups-surge-it-power-distribution/power-management-software-connectivity/eaton-ups-companion/euc_win_2_1_028.exe
Problème régléCa m'a permis de voir que cet appareil peut recevoir des mises à jour de firmware (à faire via le logiciel évidemment)
1 -
J'ai posé la question au support Eaton France (EGUPSEatonFrance@Eaton.com), on verra ce qu'ils me disent.
0 -
il y a 1 minute, Pierre Fesard a dit :
- Windows détecte bien mon DiskStation, il apparaît dans les équipements réseaux (mais quand je double clique dessus, erreur: Windows ne peut accéder à [Nom du Diskstation])
Que se passe-t-il si tu tapes \\n.p.q.r ("n.p.q.r" étant address IP du NAS) dans la barre adresse de l'explorateur ?
0 -
Le 08/12/2023 à 8:22 AM, CoolRaoul a dit :
Et pour les nostalgiques de VMS et son DCL je ne peux que recommander de se mettre à Powershell.
Disponible sur les Syno en architecture x86_64 : https://github.com/PowerShell/PowerShell?tab=readme-ov-file#get-powershell
0
Seagate : rassurez-moi svp !
dans Seagate
Posté(e)
ST4000VN006-3CW104 🫤
En effet.
C'est plus le boulot pour restaurer qui me gonflerait si je me retrouve dans une situation similaire.