What type of hardware are you using: Raspberry Pi 3, 4+ What YunoHost version are you running: 12.1.39 How are you able to access your server: Direct access via physical keyboard/screen Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: Non
Describe your issue
Bonjour,
J’ai récemment monté un NAS DIY avec OpenMediaVault. Il doit notamment servir à stocker les backups de mon YunoHost (faites avec archivist).
Seulement lorsque je tente, depuis YunoHost, de me connecter en SSH à mon NAS, la connexion ne reçoit aucune réponse, ni aucun message d’erreur (il n’y a pas d’accès refusé, ni de “no route to host”), seulement la tentative de connexion qui reste indéfiniment.
Je n’ai pas mis de restrictions sur le pare-feu d’OpenMediaVault, je n’ai d’ailleurs aucune difficulté à m’y loguer en SSH depuis mon PC hors de mon LAN, à travers mon VPN dont le point de terminaison est mon Raspberry sous YunoHost.
Lorsque, depuis YunoHost, je tente de me connecter à mon PC en SSH, la procédure se déroule normalement (le mot de passe de la clé m’est demandé).
Avant ça j’ai tenté de configurer une connexion NFS, puis Samba, sans succès, on dirait que YunoHost et OpenMediVault ne veulent absolument pas communiquer l’un avec l’autre. Des idées ?
Bonjour,
As-tu essayé de “pinguer” le serveur OMV depuis yunohost et de regarder les routes de chacun ? Sont-ils dans le même LAN et as-tu un routeur ?
$ ping openmediavault.local
PING openmediavault.local (192.168.2.160) 56(84) bytes of data.
64 bytes from 192.168.2.160 (192.168.2.160): icmp_seq=1 ttl=64 time=0.213 ms
64 bytes from 192.168.2.160 (192.168.2.160): icmp_seq=2 ttl=64 time=0.672 ms
64 bytes from 192.168.2.160 (192.168.2.160): icmp_seq=3 ttl=64 time=0.213 ms
^C
\--- openmediavault.local ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 0.213/0.366/0.672/0.216 ms
Les deux appareils sont dans le même LAN avec un simple routeur sous LibreCMC. J’ai vérifié la configuration de son pare-feu, il ne restreint pas les connexions au sein du LAN
Leurs IPs locales respectives sont:
YunoHost: 192.168.2.254
OpenMediaVault: 192.168.2.160
Je n’ai pas de fichier /var/log/auth.log mais j’ai trouvé des logs pour ssh avec journalctl -u ssh. J’ai d’abord été étonné d’y trouver des mentions de connexions approuvées depuis l’IP de mon serveur Yunohost mais j’ai ensuite compris que c’est parce qu’il est le point de terminaison de mon VPN à travers lequel je me connecte sans problème à OMV depuis l’extérieur de mon NAS. En regardant les toutes dernières entrées et alors que je tente à nouveau de logguer mon YNH à mon NAS, aucune entrée n’apparaît dans le log par rapport à cette tentative de connexion
ssh -vvv user@192.168.2.160
OpenSSH_9.2p1 Debian-2+deb12u7, OpenSSL 3.0.18 30 Sep 2025
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.2.160 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/root/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/root/.ssh/known_hosts2'
debug3: ssh_connect_direct: entering
debug1: Connecting to 192.168.2.160 [192.168.2.160] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x10
Je viens de faire un scan nmap de mon NAS depuis mon serveur YunoHost:
# nmap 192.168.2.160
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-28 21:49 CET
Nmap scan report for 192.168.2.160
Host is up (0.000081s latency).
Not shown: 992 closed tcp ports (reset)
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
111/tcp open rpcbind
139/tcp open netbios-ssn
443/tcp open https
445/tcp open microsoft-ds
5357/tcp open wsdapi
8080/tcp open http-proxy
MAC Address: **:**:**:**:**:** (Dell)
Nmap done: 1 IP address (1 host up) scanned in 0.37 seconds
Dans /var/log/syslog je ne trouve pas d’entrée concernant les tentatives de connexion SSH vers OMV. J’ai en revanche de nombreux échecs de connexion NFS:
$ cat /var/log/syslog | grep 192.168.2.160
2026-03-01T20:16:07.772666+01:00 yunohost kernel: [959799.687927] nfs: server 192.168.2.160 not responding, timed out
J’avais essayé de connecter mon YNH en NFS vers OMV mais n’avais pas réussi. J’ai désactivé NFS-Client. J’ignore si ça peut être lié et provoquer un ban de l’IP (mais encore une fois je n’ai pas fail2ban sur OMV et je m’y connecte sans souci en SSH à travers mon VPN dont le point de terminaison est mon serveur YNH)
C’est étrange la connexion semble en effet bloquée puisque la commande ne retourne rien y compris pour d’autres ports que le port 22 (j’ai testé les ports 80 et 443)
Can you check the content of /etc/hosts.deny in your NAS server and /etc/hosts in your YunoHost server?
Does open media vault has some sort of ip blocking mechanism? You may have configured an app on yunohost with wrong credentials that is triggering the ban.
Try iftop on both machines to see if there is any network activity between them.
# /etc/hosts.deny: list of hosts that are _not_ allowed to access the system.
# See the manual pages hosts_access(5) and hosts_options(5).
#
# Example: ALL: some.host.name, .some.domain
# ALL EXCEPT in.fingerd: other.host.name, .other.domain
#
# If you're going to protect the portmapper use the name "rpcbind" for the
# daemon name. See rpcbind(8) and rpc.mountd(8) for further information.
#
# The PARANOID wildcard matches any host whose name does not match its
# address.
#
# You may wish to enable this to ensure any programs that don't
# validate looked up hostnames still leave understandable logs. In past
# versions of Debian this has been the default.
# ALL: PARANOID
