CoolRaoul

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

J'ai oublié de confirmer qu'avec le .MSI tout fonctionne à nouveau normalement. J'aurais souhaité une expérience de mise à jour plus fluide dans mon cas. Il doit y avoir une anomalies dans ma config.

L'ennui dans mon cas est que le client s'arrêtait brusquement des sa tentative de connexion et si c'est c'est lui qui est chargé de vérifier les mises à jour ça me fait penser à un problème de poule et d'oeuf.

Pourquoi cela n'est-il pas implémenté sur Windows ?

Le paquet serveur s'est mis à jour automatiquement sur mon NAS. CotéWindows j'ai cette erreur: "Incompatible server version. Please make sure the versions of Synology Drive Client and Synology Drive Server are consistent" Pas de problème me dis-je, je vais mettre à jour le client/ je vais ici : https://www.synology.com/fr-fr/support/download/DS224+?version=7.3#utilities je télécharge "Synology Drive Client-4.0.1-17885-x64.exe" Résultat : Note mon PC est sous Windows 25H2 Heureusement, la version .msi s'est installée correctement. Si ça peut être utile à d'autres

Ah ok, pas de problème. Il fallait juste savoir ou chercher

Il y avait cette option dans la vue : "contenu non lu" Depuis le refresh du design du site je ne la trouve plus 🫤

"Protection de trois ans incluse" Que se passera-t-il ensuite? Quel sera le tarif ? **EDIT** Bon, cela dit, le (la?) BeeStation me semble une solution bancale. Autant prendre un DS1XX si on tient à rester dans l'écosystème Synology.

Le suivi des incidents est disponible ici: https://www.synology.com/fr-fr/support/synology_service/incident_history

Ah en effet, je comprends mieux pourquoi mes services à accès configuré en reverse proxy ne sont plus accessibles. @StéphanH je ne trouve pas la page de suivi de l'incident chez Syno, ton lien pointe simplement sur https://www.synology.com/ (EDIT) Ah trouvé : https://www.synology.com/en-global/support/synology_service

"Correction d'un problème où un UPS connecté via USB pouvait ne pas fonctionner après une mise à jour du système." Que faut-il comprendre par là ? DSM peut mettre un UPS en panne? Sérieux ?

En connection root via ssh essayer la commande "pvs" (voir "pvdisplay" pour plus de détails). Il serait intéressant de vérifier si elle voit les 4 disques ou juste un.

Et comment fait-on sur les autres modèles pour installer cette version 3.1.0 une fois migré en 7.3 ? **edit** trouvé la solution ici : https://www.reddit.com/r/synology/comments/1o13nv5/comment/nidu1ul/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

Il était deja passé gratuit depuis quelques temps.

Plus exactement l'assouplissement sera déployé en parallèle (j'ignore sous quelle forme). C'est pas intégré à la 7.3

Oh ça ! Ça me semble plutôt une attitude prudente. Sans doute que les tests sur ces modèles plus anciens (< 2019) ont fait apparaitre des anomalies qui ne seront résolues que dans un futur patch. Ca va plus dans le sens de la stabilité donc.

Peux-tu clarifier cette phrase ? Certains modèles récents sont exclus de la 7.3 ?

Plus de détails ici : https://nascompares.com/news/synology-reverse-the-hard-drive-policy-in-dsm-7-3-we-win/ "Synology has detailed that third-party hard drive support will return to 2025 devices alongside the rollout of DSM 7.3, the next major update to the Synology software platform." De ce que je comprends ça ne serait pas une fonction intégrée à DSM 7.3 mais qui serait diffusée en parallèle ("alongside the rollout") de sa sortie. J'imagine ça sous forme de patch, voire de package (éventuellement payant ?). Par exemple un peu comme ça a été le cas pour le support de exFAT avant que ça passe gratuit.

Peut-être une véritable bonne nouvelle : https://www.reddit.com/r/synology/s/NaezwVtXY0

S'ils font ça ces modèles deviendraient immédiatement moins compétitifs pour les utilisateurs qui les achètent pour les monter ailleurs que dans des NAS Synology. Commercialement ce n'est pas une bonne idée à mon avis.

Rêvons un peu quand mème : Synology: Third-Party Hard Drives Will Be Officially Supported Again In The Future

Non pas vraiment, c'est l'inverse. "home" est un dossier virtuel qui pointe vers le dossier effectif de l'utilisateur connecté (qui se trouve dans /homes/<nom utilisateur>

J'avais commencé à parcourir ce booklet mais il est tellement touffu que je n'avais pas remarqué cette page dédiée Synology. Ca ressemble à première vue à ce à quoi j'en suis arrivé jusqu'ici. J'ai pas mal avancé de mon côté, juste un blocage sur les communications entre le recorder et le front-end. Je vais voir ça **edit** Ce qui m'a permis d'avancer est ce post Reddit : https://www.reddit.com/r/selfhosted/s/9C7sIKKY2P Et je me retrouve sur sa phrase d'introduction : "if you want to run Owntracks in Docker, I found the existing documentation incredibly obtuse and in several cases directly misleading." **edit #2** Hélas ça ne m'avance pas plus. Cette partir du "booklet" ne concerne que la configuration du recorder et cela marche chez moi. C'est coté front-end que j'ai des problèmes : il ne récupère pas les données du premier alors qu'il me semble bien avoir testé tous les possibles points de blocage de communication entre ces deux composants **edit #2** C'est finalement tombé en marche (sans rien avoir changé) Sans doute que le synchro entre les deux composants n'est pas en continu alors Par contre le GUI Wev du frontend est d'une lenteur exaspérantes. C'est pas encourageant

Vu comme d'autres galèrent sur la mise en place de cet outil, je ne suis pas trop optimiste en ce qui me concerne 😕 https://www.reddit.com/r/selfhosted/comments/tts0r5/owntracks_android_owntracks_recorderfrontend_mqtt/

A la recherche d'un outil de suivi et historique de localisation de mon j'ai entendu du bien de OwnTracks De ce que j'ai compris ça fonctionne avec un client smartphone et un serveur en mode "self hosted". J'ai vu qu'il existe un container docker our le recorder : https://hub.docker.com/r/owntracks/recorder/ Est-il possible de trouver quelqu'un ayant mis en place cela sur un NAS Syno pour pouvant me conseiller sur les bons choix de configuration ?