Le Forum Francophone des amateurs Radio, TV & Télécommunications en Belgique
https://www.bel-com.be/
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.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).
Changement de port n'a rien donné, pas de modif matériel cpu ou autre.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
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.La version du dépôt officiel de mint:sohka a écrit : ↑26 avr. 2023, 16:30Dans 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.
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.
Par contre pour le tar c'est mort, c'est un rsync de backup de plusieurs centaines de gigas.SSHFS version 2.10.0
FUSE library version: 2.9.9
fusermount version: 2.9.9
using FUSE kernel interface version 7.19
