Ça veut dire quoi que ton bashrc plante ?
Est-ce que tu as des messages d'erreurs qui s'affichent ?
Si oui, quelles sont ces erreurs ?
A vu de nez, les seules choses qui me paraissent litigieuses sont :
- "cd e:" (je n'ai pas utilisé cygwin depuis longtemps, et je ne sais pas si cette syntaxe fonctionne : tu dois pouvoir remplacer par cd /cygdrive/e)
- les backquotes (`) utilisées dans la définition des alias au lieu de simples (') ou doubles(") quotes
Ton fichier /boot/initrd.img-2.6.18-3-686 n'est pas au format CRAMFS, mais INITRAMFS. Il s'agit en en fait d'une archive cpio compressée avec gzip (et certainement fabriquée avec mkinitramfs)
Pour voir son contenu, tu peux exécuter :
gzip -cd /boot/initrd.img-2.6.18-3-686 | cpio -i -t
En fait, l'ouverture des ports en dessous de 1024 est soumis à restriction (seul le superuser peut le faire).
De plus, sur le serveur B, le port 22 est déjà utilisé (par le serveur SSH sur lequel tu te connectes). Dans la commande de tunnel SSH, il faut donc utiliser un numéro de port différent (et supérieur à 1024).
Par exemple :
sur A on exécute :
ssh -R 2222:localhost:22 userdeB@B
Si on veut juste créer le tunnel, sans ouvrir de session sur B, on peut même exécuter ssh avec les bonnes options :
ssh -N -n -R 2222:localhost:22 userdeB@B
[On peut alors fermer le tunnel avec Ctrl-C. On peut aussi utiliser l'option -f, pour mettre le process ssh en arrière plan, mais il faudra alors fermer le tunnel avec un kill]
Pour se connecter sur A depuis une machine ayant accès à B (ou depuis B lui même), on exécute :
ssh -p2222 userdeA@B
Pour tout cela, il n'est pas nécessaire d'avoir les droits root sur aucune des deux machines impliquées (à condition que le port -forwarding ne soit pas interdit).
Lorsque tu exécutes la commande kill, c'est certainement la commande kill interne au shell qui est exécutée. Or, le signal RTMIN est bien défini dans le kill de bash, mais pas dans celui de ksh (ou de zsh).
A mon avis, le mieux serait d'utiliser explicitement le binaire qui se trouve dans /bin/kill (normalement /bin/kill devrait exister aussi bien sous linux que true64) : ça devrait régler les problème de différences entre les shells et de portabilité.
sql.h, sqlext.h, sqltypes.h, ... sont dans le paquet unixodbc-dev.
iodbcext.h, isql.h, sql.h, sqlext.h, sqltypes.h, ... sont présents dans ibiodbc2-dev
Il faut installer une seules de ces deux librairies (de toutes façons elles entrent en conflit l'une avec l'autre). Cela te permettra déjà l'accès en ODBC (unixodbc)
Posté par JJD .
En réponse au message freebox.
Évalué à 2.
Salut,
D'après ce que l'on peut lire sur les différents forums et site de news autour de la freebox, il semblerait que le disque dur interne de la freebox soit formaté en XFS. Si c'est bien le cas, tu ne devrais donc normalement pas avoir de problème à le monter. En revanche, je n'ai pas vu d'infos particulières concernant un éventuel cryptage.
Si tu arrives à quelque chose, fais-le nous savoir...
A vrai dire, je n'ai pas vraiment l'impression que la différence entre "ce qui reste" et "ce qu'il reste" soit la même qu'entre "lorqu'on' et 'lorsque l'on".
Dans le premier cas, on a deux formulations dont le sens est proche, voire équivalent, mais qui sont grammaticalement différentes. "Ce qu'il reste" est une forme impersonnelle et diffère de "ce qui reste" de la même façon que "il reste 300 francs dans la caisse" diffère de "300 francs restent dans la caisse".
Le «l'» devant on quant à lui ne change ni le sens ni la syntaxe de la phrase. Il est purement euphonique. Comme le dit Aurélien, on utilise cette formulation parce qu'elle «semble mieux sonner aux oreilles».
Tu peux également essayer, après t'être connecté avec un client en ligne de commande (le ftp "classique" quoi), de lancer la commande :
mdel <un partie du nom du fichier avec les * qui vont bien>
Tu peux essayer de mettre la plus grande partie possible du nom du fichier à effacer pour être sûr de ne rien effacer de trop, mais normalement, on devrait te poser la question pour chaque fichier correspondant au masque. Si tu veux en être certain, tu peux taper "prompt" une ou deux fois, jusqu'à ce que le serveur te réponde "Interactive mode on" ou quelque chose du genre. Avec cette précaution, tu peux même te permettre de lancer un
mdel *
en répondant non (n) pour tous les fichiers, sauf celui qui t'intéresse (y).
uucpssh propose différents services. Le plus connu, peut-être parce qu'il correspond au nom et qu'il est historiquement le premier, est certainement le hosting UUCP, mais il n'est pas le seul.
En particulier, il est possible d'utiliser les serveurs UUCPSSH comme serveurs de mail secondaires, voire comme MX "transparents" : les serveurs se contentent alors de recevoir les mails qui arrivent et de les router vers le serveur SMTP de ton choix (il s'agit simplement d'un relai avec, éventuellement, spool des mails en cas d'indisponibilité du serveur final et filtre anti virus ou anti spam.
Le serveur WEB, pour les renseignements et l'inscription, a changé il y a quelques temps. La bonne URL est maintenant http://www2.uucpssh.org/
Avec la commande 'GRANT ...' tu as créé un utilisateur de la base de données, pas un utilisateur du serveur FTP.
Pour avoir un user sous lequel se connecter en FTP, il faut insérer un enregistrement dans la table ftpuser... mais lis le tutorial jusqu'au bout (section "Utilisation") et tu verras comment faire.
Sinon, je ne comprends pas bien ta remarque sur la connexion en HTTP : pour autant que je sache proftpd ne gére que le FTP. Si tu arrives à te connecter en HTTP, c'est peut être que tu as aussi un serveur Web (Apache) lancé sur ta machine.
Bonjour,
je ne répondrai pas sur la question du script awk, mais je n'ai pas compris ton argumentaire sur grep...
Est-ce que ça ne marcherait pas en demandant à grep de chercher en début de ligne le nombre désiré suivi d'un espace ? :
for i in `cat fichiera`
do
grep "^$i " fichierb
done
L'outil traceroute devrait te permettre de savoir quel trajet prennent les paquets IP entre les deux machines. Cette information n'est pas statique (permanente), mais en pratique il y a peu de chances pour qu'elle change souvent (en particulier sur un réseau local).
Pour connaître le débit entre les deux machines tu peux essayer iperf (en essayant de comprendre toutes les options ;-))
Il existe certainement pleins d'autres outils comparables ou complémentaires à ces deux-là, mais c'est déjà un début.
Postfix et mysql tournent bien sur la même machine ?
Quelle est la version de mysql ?
Que se passe-t-il lorsque tu essaies de te connecter à mysql en local avec la commande suivante ?
mysql -u postfix -ppostfix postfix
Si ça ne marche pas, c'est que les droits n'ont pas été bien accordés à l'utilisateur postfix. Il faudra alors exécuter, en tant qu'administrateur mysql :
GRANT ALL on postfix.* to postfix@localhost identified by 'postfix'
Je ne pense pas que ce que tu veux faire soit possible (sauf à recompiler cron après l'avoir modifié ;-))
Il faut cependant noter que le mail n'est envoyé que dans le cas où la commande exécutée produit une écriture sur la sortie standard ou la sortie d'erreur. Si tu ne veux pas de mail, il suffit donc de te débrouiller pour que tes commandes soient moins bavardes ou bien, simplement, de rediriger ces sorties (dans un fichier ou dans /dev/null si ça ne t'intéresse vraiment pas).
Le plus simple (mais pas forcémement le mieux) est de rajouter
> /chemin/vers/ton/fichier 2>&1
à la fin de tes commandes dans le crontab.
J'avais bien le même problème que toi : depuis quelques temps, vlc (sous debian sid) plante avec un segfault lorsque l'on essaie d'accéder à l'interface HTTP.
J'ai résolu le pb en installant une "nigtly buid" récupérée sur le site de videolan : http://nightlies.videolan.org/build/sid-i386/arch (le plus simple est de rajouter "deb http://nightlies.videolan.org/build/sid-i386/arch ./" à ses sources apt, au moins le temps de la mise à jour).
Si je comprend bien, ta partition /dev/sdaX (montée sur /home) a été agrandie de 5GO mais ton file system fait toujours la même taille.
Si c'est ça, il suffit, après avoir démonté la partition, de lancer la commande :
resize2fs /dev/sdaX
Après ça, le FS devrait occuper tout l'espace disponible et tu devrais voir les 5GO de plus avec un df.
Pour récupérer toute la place disponible, tu peux toujours essayer ça :
- sur ta partition / (c'est bien sda4 ?) tu crées un répertoire /home2 dans lequel tu copies toutes les données de /home (cp -a).
- tu supprimes à présent /dev/sda3 après avoir démonté /home
- tu devrais ansi récupérer un gros espace libre contigu : il ne reste plus qu'à créer les partitions (primaires, étendue ou logiques) que tu veux.
- tu remontes la partition voulue sur /home et tu recopies les données de /home2 vers /home
Evidemment, il faudra faire attention à la nouvelle dénomination des partitions concernées et adapter /etc/fstab en conséquence.
Ce type de problème ne vient pas forcément du serveur FTP. N'importe quel matériel impliqué dans la connexion TCP peut être à l'origine de la coupure de la connexion.
A la fin du transfert, qu'affiche le client FTP ?
Il y a-t-il un routeur ou un pare-feu entre le client et le serveur FTP. Dans ce cas, cet équipement peut parfaitement (probablement) être à l'origine du soucis : le transfert des données prenant beaucoup de temps (sur la connexion dédiée aux données), il n'y a rien qui passe sur le canal de commande. Le routeur/FW détecte alors une connexion inactive et ferme la connexion.
La solution serait peut être, comme tu l'as évoqué, de faire passer des paquets sur le canal de commande, mais là je n'ai pas de solution toute faite et je ne maîtrise pas vraiment ces questions.
Il faudrait activer une fonctionnalité de "keep alive" sur le canal de commande, mais je ne sais pas trop comment faire (je pense que le client et/ou le serveur doit supporter cette fonctionnalité).
De plus, le délai de keep alive défini au niveau du noyau linux est de deux heures ce qui est beaucoup trop dans ce cas. Il faut donc réduire ce délai à 10 ou 15 minutes (la valeur se trouve dans le fichier /proc/sys/net/ipv4/tcp_keepalive_time : il suffit donc de faire un :
echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time
pour passer le délai à 15 minutes).
Evidemment, toutes ces remarques sont données avec toutes les réserves d'usage : je ne suis pas un spécialiste de ce type de configuration et je ne sais pas ce que cela peut provoquer comme effet de bord, mais ça peu valoir le coup d'essayer.
Sinon, tu peux toujours essayer de chercher des solutions dans tes moteurs de recherche préférés (mots clés : FTP, timeout, keepalive, ...).
Bon courage et dis nous si tu trouves une solution.
# Erreurs ?
Posté par JJD . En réponse au message j'ai du raté un wagon. Évalué à 3.
Ça veut dire quoi que ton bashrc plante ?
Est-ce que tu as des messages d'erreurs qui s'affichent ?
Si oui, quelles sont ces erreurs ?
A vu de nez, les seules choses qui me paraissent litigieuses sont :
- "cd e:" (je n'ai pas utilisé cygwin depuis longtemps, et je ne sais pas si cette syntaxe fonctionne : tu dois pouvoir remplacer par cd /cygdrive/e)
- les backquotes (`) utilisées dans la définition des alias au lieu de simples (') ou doubles(") quotes
mais j'ai peut être raté quelque chose.
A+
JJD
# initrd...
Posté par JJD . En réponse au message Bonjour impossible d'editer mon initrd. Évalué à 2.
Ton fichier /boot/initrd.img-2.6.18-3-686 n'est pas au format CRAMFS, mais INITRAMFS. Il s'agit en en fait d'une archive cpio compressée avec gzip (et certainement fabriquée avec mkinitramfs)
Pour voir son contenu, tu peux exécuter :
gzip -cd /boot/initrd.img-2.6.18-3-686 | cpio -i -t
Pour des explications sur le passage CRAMFS -> INITRAMFS, tu peux essayer de jeter un coup d'oeil à http://wiki.debian.org/InitrdReplacementOptions
En espérant avoir pu un peu t'aider
A+
JJD
[^] # Re: un tunel ssh
Posté par JJD . En réponse au message Connexion SSH sans routage. Évalué à 4.
En fait, l'ouverture des ports en dessous de 1024 est soumis à restriction (seul le superuser peut le faire).
De plus, sur le serveur B, le port 22 est déjà utilisé (par le serveur SSH sur lequel tu te connectes). Dans la commande de tunnel SSH, il faut donc utiliser un numéro de port différent (et supérieur à 1024).
Par exemple :
sur A on exécute :
ssh -R 2222:localhost:22 userdeB@B
Si on veut juste créer le tunnel, sans ouvrir de session sur B, on peut même exécuter ssh avec les bonnes options :
ssh -N -n -R 2222:localhost:22 userdeB@B
[On peut alors fermer le tunnel avec Ctrl-C. On peut aussi utiliser l'option -f, pour mettre le process ssh en arrière plan, mais il faudra alors fermer le tunnel avec un kill]
Pour se connecter sur A depuis une machine ayant accès à B (ou depuis B lui même), on exécute :
ssh -p2222 userdeA@B
Pour tout cela, il n'est pas nécessaire d'avoir les droits root sur aucune des deux machines impliquées (à condition que le port -forwarding ne soit pas interdit).
A+
JJD
# Binaire ou commande interne...
Posté par JJD . En réponse au message SIgnaux temps réels (RTMIN ...). Évalué à 2.
Lorsque tu exécutes la commande kill, c'est certainement la commande kill interne au shell qui est exécutée. Or, le signal RTMIN est bien défini dans le kill de bash, mais pas dans celui de ksh (ou de zsh).
A mon avis, le mieux serait d'utiliser explicitement le binaire qui se trouve dans /bin/kill (normalement /bin/kill devrait exister aussi bien sous linux que true64) : ça devrait régler les problème de différences entre les shells et de portabilité.
A+
JJD
# Headers ODBC
Posté par JJD . En réponse au message Compilation de pdo_odbc. Évalué à 1.
sql.h, sqlext.h, sqltypes.h, ... sont dans le paquet unixodbc-dev.
iodbcext.h, isql.h, sql.h, sqlext.h, sqltypes.h, ... sont présents dans ibiodbc2-dev
Il faut installer une seules de ces deux librairies (de toutes façons elles entrent en conflit l'une avec l'autre). Cela te permettra déjà l'accès en ODBC (unixodbc)
Le site http://www.debian.org/distrib/packages (ou http://packages.debian.org/ ) est un bon point de départ pour chercher ce genre de chose.
A+
JJD
[^] # Re: retirer une chaîne de caractère à la fin du nom de fichier
Posté par JJD . En réponse au message retirer une chaîne de caractère à la fin du nom de fichier. Évalué à 2.
Tu peux essayer avec ça :
for f in *\&max=250* ; do cp "$f" "${f%%&max=250*}" ; done
A+
JJD
# Indirection et bash
Posté par JJD . En réponse au message [BASH] Contenu de variable de variable. Évalué à 7.
La réponse a déjà été donnée il y a quelques jours...
En bash, tu peux gérer les indirections avec la syntaxe suivante :
${!var}
Ainsi, si $var vaut "foo_bar1", ${!var} est équivalent à $foo_bar1.
A+
JJD
[^] # Re: Disque dur Freebox
Posté par JJD . En réponse au message freebox. Évalué à 2.
D'après ce que l'on peut lire sur les différents forums et site de news autour de la freebox, il semblerait que le disque dur interne de la freebox soit formaté en XFS. Si c'est bien le cas, tu ne devrais donc normalement pas avoir de problème à le monter. En revanche, je n'ai pas vu d'infos particulières concernant un éventuel cryptage.
Si tu arrives à quelque chose, fais-le nous savoir...
A+
JJD
# Méthode Debian pour la compilation des modules
Posté par JJD . En réponse au message probleme de compilation des derniers qc-usb-messenger sous debian etch. Évalué à 2.
Qu'en pensez-vous?
Tu pourrais peut-être essayer la méthode préconisée par Debian pour la compilation du module, c'est à dire passer par module-assistant ?
A+
JJD
# Variables et indirection
Posté par JJD . En réponse au message Problème avec les variables. Évalué à 3.
en pur shell :
eval echo $`echo $titi`
avec bash :
echo ${!titi}
-> voir "man bash" et chercher "indirection"
A+
JJD
[^] # Re: FAQ
Posté par JJD . En réponse au journal A l'attention des instits et aux professeurs.... Évalué à 3.
A vrai dire, je n'ai pas vraiment l'impression que la différence entre "ce qui reste" et "ce qu'il reste" soit la même qu'entre "lorqu'on' et 'lorsque l'on".
Dans le premier cas, on a deux formulations dont le sens est proche, voire équivalent, mais qui sont grammaticalement différentes. "Ce qu'il reste" est une forme impersonnelle et diffère de "ce qui reste" de la même façon que "il reste 300 francs dans la caisse" diffère de "300 francs restent dans la caisse".
Le «l'» devant on quant à lui ne change ni le sens ni la syntaxe de la phrase. Il est purement euphonique. Comme le dit Aurélien, on utilise cette formulation parce qu'elle «semble mieux sonner aux oreilles».
A+
JJD
[^] # Re: une jolie interface texte
Posté par JJD . En réponse au message Suppression d'un fichier avec retour à la ligne. Évalué à 3.
Tu peux également essayer, après t'être connecté avec un client en ligne de commande (le ftp "classique" quoi), de lancer la commande :
mdel <un partie du nom du fichier avec les * qui vont bien>
Tu peux essayer de mettre la plus grande partie possible du nom du fichier à effacer pour être sûr de ne rien effacer de trop, mais normalement, on devrait te poser la question pour chaque fichier correspondant au masque. Si tu veux en être certain, tu peux taper "prompt" une ou deux fois, jusqu'à ce que le serveur te réponde "Interactive mode on" ou quelque chose du genre. Avec cette précaution, tu peux même te permettre de lancer un
mdel *
en répondant non (n) pour tous les fichiers, sauf celui qui t'intéresse (y).
A+
JJD
[^] # Re: uucpssh.org
Posté par JJD . En réponse au message Cherche service de serveur mail secondaire. Évalué à 1.
En particulier, il est possible d'utiliser les serveurs UUCPSSH comme serveurs de mail secondaires, voire comme MX "transparents" : les serveurs se contentent alors de recevoir les mails qui arrivent et de les router vers le serveur SMTP de ton choix (il s'agit simplement d'un relai avec, éventuellement, spool des mails en cas d'indisponibilité du serveur final et filtre anti virus ou anti spam.
Le serveur WEB, pour les renseignements et l'inscription, a changé il y a quelques temps. La bonne URL est maintenant http://www2.uucpssh.org/
# uucpssh.org
Posté par JJD . En réponse au message Cherche service de serveur mail secondaire. Évalué à 1.
Essaie de regarder du côté de http://uucpssh.org/ : je pense que ça devrait répondre à tes besoins (et certainement bien au delà).
A+
JJD
# Créer un utilisateur !
Posté par JJD . En réponse au message problème avec proftpd/mysql. Évalué à 1.
Avec la commande 'GRANT ...' tu as créé un utilisateur de la base de données, pas un utilisateur du serveur FTP.
Pour avoir un user sous lequel se connecter en FTP, il faut insérer un enregistrement dans la table ftpuser... mais lis le tutorial jusqu'au bout (section "Utilisation") et tu verras comment faire.
Sinon, je ne comprends pas bien ta remarque sur la connexion en HTTP : pour autant que je sache proftpd ne gére que le FTP. Si tu arrives à te connecter en HTTP, c'est peut être que tu as aussi un serveur Web (Apache) lancé sur ta machine.
A+
JJD
# grep ??
Posté par JJD . En réponse au message boucle for en awk. Évalué à 3.
for i in `cat fichiera` do grep "^$i " fichierb doneA+ JJD# Route et performances réseau
Posté par JJD . En réponse au message Tests réseaux entre 2 machines. Évalué à 2.
L'outil traceroute devrait te permettre de savoir quel trajet prennent les paquets IP entre les deux machines. Cette information n'est pas statique (permanente), mais en pratique il y a peu de chances pour qu'elle change souvent (en particulier sur un réseau local).
Pour connaître le débit entre les deux machines tu peux essayer iperf (en essayant de comprendre toutes les options ;-))
Il existe certainement pleins d'autres outils comparables ou complémentaires à ces deux-là, mais c'est déjà un début.
A+
JJD
[^] # Re: Instaler les polices
Posté par JJD . En réponse au message Installation serveur X. Évalué à 2.
grep '^fixed' /etc/X11/fonts/misc/xfonts-base.alias
Utilises-tu un serveur de police (xfs) ?
Qu'il y a-t-il comme "FontPath" dans /etc/X11/xorg.conf ?
# Instaler les polices
Posté par JJD . En réponse au message Installation serveur X. Évalué à 2.
Est-ce que tu as installé les paquets xfonts-100dpi et/ou xfonts-75dpi ?
Normalement l'installation de l'un ou l'autre de ces paquets(ou des deux) devrait résoudre ton problème.
A+
JJD
# Connexion mysql
Posté par JJD . En réponse au message Probleme postfix / Mysql. Évalué à 2.
Postfix et mysql tournent bien sur la même machine ?
Quelle est la version de mysql ?
Que se passe-t-il lorsque tu essaies de te connecter à mysql en local avec la commande suivante ?
mysql -u postfix -ppostfix postfix
Si ça ne marche pas, c'est que les droits n'ont pas été bien accordés à l'utilisateur postfix. Il faudra alors exécuter, en tant qu'administrateur mysql :
GRANT ALL on postfix.* to postfix@localhost identified by 'postfix'
# Mail et cron
Posté par JJD . En réponse au message Supprimer le sendmail associé au daemon Cron. Évalué à 1.
Je ne pense pas que ce que tu veux faire soit possible (sauf à recompiler cron après l'avoir modifié ;-))
Il faut cependant noter que le mail n'est envoyé que dans le cas où la commande exécutée produit une écriture sur la sortie standard ou la sortie d'erreur. Si tu ne veux pas de mail, il suffit donc de te débrouiller pour que tes commandes soient moins bavardes ou bien, simplement, de rediriger ces sorties (dans un fichier ou dans /dev/null si ça ne t'intéresse vraiment pas).
Le plus simple (mais pas forcémement le mieux) est de rajouter
> /chemin/vers/ton/fichier 2>&1
à la fin de tes commandes dans le crontab.
A+
JJD
# vlc cassé ?
Posté par JJD . En réponse au message [Freeplayer] vlc 0.8.6 segfault (debian unstable). Évalué à 3.
J'avais bien le même problème que toi : depuis quelques temps, vlc (sous debian sid) plante avec un segfault lorsque l'on essaie d'accéder à l'interface HTTP.
J'ai résolu le pb en installant une "nigtly buid" récupérée sur le site de videolan : http://nightlies.videolan.org/build/sid-i386/arch (le plus simple est de rajouter "deb http://nightlies.videolan.org/build/sid-i386/arch ./" à ses sources apt, au moins le temps de la mise à jour).
A+
JJD
[^] # Re: decoupage limité...
Posté par JJD . En réponse au message Un partitionnement chaotique. Évalué à 1.
Si c'est ça, il suffit, après avoir démonté la partition, de lancer la commande :
resize2fs /dev/sdaX
Après ça, le FS devrait occuper tout l'espace disponible et tu devrais voir les 5GO de plus avec un df.
A+
JJD
[^] # Re: decoupage limité...
Posté par JJD . En réponse au message Un partitionnement chaotique. Évalué à 1.
Pour récupérer toute la place disponible, tu peux toujours essayer ça :
- sur ta partition / (c'est bien sda4 ?) tu crées un répertoire /home2 dans lequel tu copies toutes les données de /home (cp -a).
- tu supprimes à présent /dev/sda3 après avoir démonté /home
- tu devrais ansi récupérer un gros espace libre contigu : il ne reste plus qu'à créer les partitions (primaires, étendue ou logiques) que tu veux.
- tu remontes la partition voulue sur /home et tu recopies les données de /home2 vers /home
Evidemment, il faudra faire attention à la nouvelle dénomination des partitions concernées et adapter /etc/fstab en conséquence.
A+
JJD
[^] # Re: NTFS ok
Posté par JJD . En réponse au message fichier superieur à 2GO ! probleme de script pour backup FTP. Évalué à 1.
A la fin du transfert, qu'affiche le client FTP ?
Il y a-t-il un routeur ou un pare-feu entre le client et le serveur FTP. Dans ce cas, cet équipement peut parfaitement (probablement) être à l'origine du soucis : le transfert des données prenant beaucoup de temps (sur la connexion dédiée aux données), il n'y a rien qui passe sur le canal de commande. Le routeur/FW détecte alors une connexion inactive et ferme la connexion.
La solution serait peut être, comme tu l'as évoqué, de faire passer des paquets sur le canal de commande, mais là je n'ai pas de solution toute faite et je ne maîtrise pas vraiment ces questions.
Il faudrait activer une fonctionnalité de "keep alive" sur le canal de commande, mais je ne sais pas trop comment faire (je pense que le client et/ou le serveur doit supporter cette fonctionnalité).
De plus, le délai de keep alive défini au niveau du noyau linux est de deux heures ce qui est beaucoup trop dans ce cas. Il faut donc réduire ce délai à 10 ou 15 minutes (la valeur se trouve dans le fichier /proc/sys/net/ipv4/tcp_keepalive_time : il suffit donc de faire un :
echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time
pour passer le délai à 15 minutes).
Evidemment, toutes ces remarques sont données avec toutes les réserves d'usage : je ne suis pas un spécialiste de ce type de configuration et je ne sais pas ce que cela peut provoquer comme effet de bord, mais ça peu valoir le coup d'essayer.
Sinon, tu peux toujours essayer de chercher des solutions dans tes moteurs de recherche préférés (mots clés : FTP, timeout, keepalive, ...).
Bon courage et dis nous si tu trouves une solution.
JJD