Synology Impossibilité d'activer l'option connexion SSH

[Mac Arthur]

Bonjour à tous,

Pour réaliser des transferts de fichiers de configuration de container (cloudflare-tunnel), j'ai besoin de me connecter en SSH via mon compte admin.

Code

ssh compte_admin@IP_NAS

Je l'ai fait toute la matinée sans problème et tout d'un coup la connexion m'est refusée.
Ce n'est pas une question de mot de passe.
En vérifiant l'option connexion SSH, elle est désactivée. Si je recoche, j'obtiens un message d'erreur : "Impossible d'effectuer cette opération car le système est occupé ou la connexion réseau est instable".
Basculer sur un autre compte admin génère le même message d'erreur.
Redémarrer le NAS idem.
Redémarrer le Mac idem.
Créer un nouvel utilisateur admin, idem.
Je sèche…
Y a-t-il une manip à faire ? Rien trouvé sur Stack-Exchange qui est à priori plutôt de "haute volée".

Le verbose disponible avec le maximum d'informations si ça peut aider les experts.

Code

dom@Doms-Mac-Studio-M4-Max ~ % ssh -vvv [email protected]
OpenSSH_9.9p2, LibreSSL 3.3.6
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.1.228 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/dom/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/dom/.ssh/known_hosts2'
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to 192.168.1.228 [192.168.1.228] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: connect to address 192.168.1.228 port 22: Connection refused
ssh: connect to host 192.168.1.228 port 22: Connection refused
dom@Doms-Mac-Studio-M4-Max ~ %

[Edit] Un soft reset ne change rien.
Merci !

Ce message a été modifié par Mac Arthur - 9 Aug 2025, 21:34.

[Mac Arthur]

Je rebondis sur la remarque de Benzebut pour essayer de comprendre, et de continuer mon éducation (Jean Gabin "Je sais").

Si je comprends bien, ces caches sont des données (?), des fichiers (?) stockés quelque part qui permettent d'accélérer un certain nombre de processus sans aller rechercher les données d'origine. Vrai/Faux ?
S'il y a un problème de cache, cela peut donc bloquer le process ? Vrai/Faux ?
En cas de problème sur les caches, plutôt que de retourner aux données d'origine, ça bloque ?

Parce que mon mot de passe de 24 caractères n'a pas changé depuis un bon moment. Il est donc identique quel que soit l'endroit où on aille le chercher, et rafraichir le cache ne mettra rien à jour de ce côté-là.

Merci pour ces compléments d'explication, même si ça n'aidera probablement pas à résoudre le problème au niveau technique.

[Benzebut]

Si je comprends bien, ces caches sont des données (?), des fichiers (?) stockés quelque part qui permettent d'accélérer un certain nombre de processus sans aller rechercher les données d'origine. Vrai/Faux ?
S'il y a un problème de cache, cela peut donc bloquer le process ? Vrai/Faux ?
En cas de problème sur les caches, plutôt que de retourner aux données d'origine, ça bloque ?

Parce que mon mot de passe de 24 caractères n'a pas changé depuis un bon moment. Il est donc identique quel que soit l'endroit où on aille le chercher, et rafraichir le cache ne mettra rien à jour de ce côté-là.

Merci pour ces compléments d'explication, même si ça n'aidera probablement pas à résoudre le problème au niveau technique.

Presque vrai. Sous l'appellation "cache", il s'agit de fichiers contenant des données précédemment utilisées. Vrai ensuite, car ces fichiers permettent effectivement d’accélérer les opérations, puisque les données d'origine sont connues. Pour prendre un exemple, les navigateurs web ont de très gros fichiers de cache, car sont conservés en historique les sites consultés, pour éviter de charger toutes les données de nouveau.
Vrai, un problème de cache peut bloquer une opération, puisqu'il va être consulté en premier, donc s'il contient des informations erronées... Raison pour laquelle macOS purge ses caches de manière régulière ou volontaire par l'utilisation d'applications comme Onyx.
Et effectivement, cela bloque le comportement normal puisque c'est consulté en premier dans la hiérarchie des opérations.

Ces fichiers de cache (ou mémoire tampon) peuvent contenir les mots de passe, mais également un état (les applications ouvertes), un contenu (les fameux cookies), une configuration (les instantanés TimeMachine) ou un chemin d’accès (disques durs externes). Tout le paradoxe du multitâche sur du multicœur, c'est que cela génère en permanence plein de fichiers caches pour accélérer et/ou anticiper une opération. Mais qu'il faut les nettoyer à un moment donné pour une saine actualisation, ce que tous les algorithmes bien conçus font naturellement...

Dans le problème d'accès au NAS, je suppose que certains caches n'ont pas été correctement actualisés et conservent le statut de l'ancien environnement. Par contre lesquels et où se cachent-ils...

Ce message a été modifié par Benzebut - 3 Aug 2025, 18:47.