Montage SSHFS devenu lent.

Message par **Unix-Linux** » 24 avr. 2023, 10:11

C'est clair que d'utiliser le port 22 est pour attirer les mouches sur le réseau comme le faisait le port 25 auparavant (qui était aussi bloqué par les FAI pour les particuliers).

Message par **sohka** » 24 avr. 2023, 10:28

Unix-Linux a écrit : 24 avr. 2023, 10:11 C'est clair que d'utiliser le port 22 est pour attirer les mouches sur le réseau comme le faisait le port 25 auparavant (qui était aussi bloqué par les FAI pour les particuliers).

En restreignant l’authentification aux clés SSH (rsa4096 ou mieux ed25519) et en mettant en place un fail2ban, y’a pas trop de soucis à se faire. Pour moi, le seul avantage de changer de port est d’éviter que les robots viennent pourrir mes logs.

Message par **Mackguil** » 24 avr. 2023, 11:21

sohka a écrit : 24 avr. 2023, 10:02 Bonjour,

J’essaierais de changer le port des deux instances SSH. Peut être que l’hébergeur le bride ?

Un peu tiré par les cheveux, mais est ce que le CPU d’un des deux serveurs a été changé ? Genre il disposait des instructions AES et elles ont été retirées ?
code : Tout sélectionner
grep aes /proc/cpuinfo

Changement de port n'a rien donné, pas de modif matériel cpu ou autre.

Message par **solar10** » 24 avr. 2023, 13:44

Kepner Treggoe : What's the deviation ?

Message par **sohka** » 25 avr. 2023, 09:29

Mackguil a écrit : 24 avr. 2023, 11:21
Changement de port n'a rien donné, pas de modif matériel cpu ou autre.

Pourrais tu confirmer si c’est dû à l’utilisation de SSH en faisant un transfert via SFTP dans et en dehors du container Veracrypt ?

Message par **Mackguil** » 25 avr. 2023, 10:58

Déjà essayé:

SCP = vitesse normal dans et en dehors

SFTP = vitesse normal dans et en dehors

SSHFS = vitesse de mer ...

Message par **sohka** » 26 avr. 2023, 16:30

Mackguil a écrit : 25 avr. 2023, 10:58 Déjà essayé:

SCP = vitesse normal dans et en dehors

SFTP = vitesse normal dans et en dehors

SSHFS = vitesse de mer ...

Dans ce cas, SSH est hors de cause. À part un problème de perf avec FUSE, je ne vois pas ce que ça pourrait être, sorry.

Son utilisation ajoute une grosse latence d'accès aux fichiers.

Quelle version de SSHFS utilises-tu ? Il paraît que la 3.7 améliore les choses https://github.com/libfuse/sshfs/releas ... shfs-3.7.0

Est-ce qu'il y a bcp de petits fichiers à transférer ? Si oui, je suggèrerais de passer par une archive tar pour optimiser la copie par le réseau.

Message par **Mackguil** » 26 avr. 2023, 16:41

sohka a écrit : 26 avr. 2023, 16:30
Mackguil a écrit : 25 avr. 2023, 10:58 Déjà essayé:

SCP = vitesse normal dans et en dehors

SFTP = vitesse normal dans et en dehors

SSHFS = vitesse de mer ...
Dans ce cas, SSH est hors de cause. À part un problème de perf avec FUSE, je ne vois pas ce que ça pourrait être, sorry. Son utilisation ajoute une grosse latence d'accès aux fichiers.

Quelle version de SSHFS utilises-tu ? Il paraît que la 3.7 améliore les choses https://github.com/libfuse/sshfs/releas ... shfs-3.7.0

Est-ce qu'il y a bcp de petits fichiers à transférer ? Si oui, je suggèrerais de passer par une archive tar pour optimiser la copie par le réseau.

La version du dépôt officiel de mint:

SSHFS version 2.10.0
FUSE library version: 2.9.9
fusermount version: 2.9.9
using FUSE kernel interface version 7.19

Par contre pour le tar c'est mort, c'est un rsync de backup de plusieurs centaines de gigas.