Bonjour,
Environnement : client Debian Testing, serveur Debian 10 Buster.
Suite à des incidents, on m’a fourni le MODEM Zyxel VMG8924-B10D.
Premièrement, je trouve regretable qu’il y ait si peu de documentation quant à l’interface telnet, parfois plus efficiente que l’interface web.
Mon principal problème concerne l’accès ssh entre machines du réseau local, particulièrement le transfert de fichiers. Les petis fichiers de quelques Ko passent bien, mais je rencontre un blocage avec des fichiers supérieurs à environ 3Mo, un fichier musical par exemple :
$ scp loremipsum.mp3 machine.local:/tmp/
Enter passphrase for key '/home/xxx/.ssh/id_rsa':
loremipsum.mp3 0% 0 0.0KB/s --:-- ETA
Ça reste bloqué tant qu’on a pas tué la fenêtre.
En revanche, si on utilise l’IP public et les redirections de ports, ça passe sans problème.
Cela ne m’arrange pas car cette technique m’empêche d’utiliser sshfs qui se déconnecte régulièrement en procédant ainsi.
Merci de l’éclairage.
Cordialement,
Raphaël
Bonjour,
L'interface telnet des Zyxels est difficilement utilisable, contrairement aux technicolor. Si vous souhaitez faire des configurations avancées, vous pouvez vous reporter à la documentation de zyxel disponible http://files.isp.ovh.net/zyxel/VMG8823-B50B_V5.13_5.50.pdf ici
Je dois configurer quelque truc pour tester votre cas, je reviens vers vous.
En attendant, pouvez-vous vérifier certaine des pistes évoqués ici : https://stackoverflow.com/questions/20625000/scp-stalled-while-copying-large-files
Notamment :
* Faire le test avec rsync (qui est de nos jours fortement recommandé par la communauté en remplacement de scp (https://lwn.net/Articles/835962/ source))
* Faites-vous le test en wifi ou via ethernet? Pour la dernière pouvez vous vérifier comme le dernier commentaire que le lien est correctement configuré ?
Bonjour,
Merci de votre réponse.
Je suis en ethernet sur les deux machines. C’est le même problème avec mon Raspberry Pi en wifi.
J’avais déjà essayé rsync qui utilise le protocole ssh, même chose. C’est d’ailleurs mon but final, au travers sshfs, plus facile à gérer dans ma situation.
J’ai modifié la configuration de mon interface comme sugéré :
mais même résultat.
Cordialement,
Raphaël
Je déterre ce vieux sujet car j'ai les même symptômes: le transfert échouent en scp ou sftp ou fish dès que les fichiers dépassent quelques dizaines de ko. J'ai détaillé mes tests sur le https://ubuntuforums.org/showthread.php?t=2489877 forum Ubuntu, je suis quasi-sûr que c'est lié au routeur.
* En ssh (`ssh user@server cat /my/file`), ça marche.
* Si je suis en IPv6, ça marche.
* Ma machine source en wi-fi, mais dès que la machine cible est en ethernet => problème.
* Si je transfère de wi-fi à wi-fi, mais que je branche une machine en ethernet (que ce soit la machine cible ou bien une autre) => problème.
* Si j'ai uniquement du wi-fi, ça passe (ce qui ne m'arrange pas: j'ai un mini-ordi odroid que je ne peux que brancher en ethernet).
* Dans Wireshark, sur la machine qui envoie en wi-fi, je constate une réception de packets IP avec des checksums de header IP invalides (et d'ailleurs l'IP de destination d'un packet reçu est `10.0.0.2` au lieu de l'IP de la machine). Sur la machine qui a ethernet, je vois des ré-essais d'envoi de paquets.
* J'ai essayé utilisé comme routeur mon téléphone Android et le transfert passe.
* Si avec sftp je réduis le débit à quelques dizaines de ko/s, ça passe (pas une solution).
* Aucun changement en diminuant la MTU.
C'est bizarre, il me semble (mais pas totalement sûr) que par le passé je n'avais pas ce problème (j'ai le Zyxel depuis janvier).
Actuellement, j'ai spécifié dans mon `/etc/hosts` l'adresse IPv6 de la machine cible, et j'ai configuré le ssh client pour qu'il utilise pour cette machine IPv6. Mais c'est un triste contournement, et peut-être que ce n'est pas le seul problème.
Également je n'ai pas vu dans le configurateur web de paramètre qui pourrait agir sur la couche IP.