Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 05/10/2013 10:35, Charles Plessy a écrit : > - https://hubic.com : « Linux -> soon » sur la page des téléchargements Sous *NiX ça marche dans le navigateur en attendant l'appli. Juste savoir que gmail classe "Spams" les mèls envoyés par hubic (j'ai cherhé un bon moment :) J. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525019b6.3080...@lavignotte.org
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
> Le samedi 5 octobre 2013 17:35:20 Charles Plessy a écrit : > > > > J'ai fait le tour et choisi AjaXplorer (maintenant Pydio). > > > > En résumé: > > > > - http://projet.idleman.fr/dropcenter/ : pas libre (CC BY NC SA) > > - https://hubic.com : « Linux -> soon » sur la page des téléchargements > > - OwnCloud : pas de rétroportage pour Wheezy (mais ça pourrait bien > > changer) - FTP : trop compliqué pour les utilisateurs. > > - http://home.gna.org/jyraphe/ : Pas de mises a jour les 3 dernières > > années. - http://ajaxplorer.info/ : Libre, paquets Debian non-officiels > > disponibles, facile à utiliser, adopté ! Le Sat, Oct 05, 2013 at 12:08:04PM +0200, MERLIN Philippe a écrit : > > Filezilla ne ferait pas l'affaire ? il est simple, par contre je ne vois pas > qu'on puisse utiliser un lien. Bonjour, oui, c'est bien là la différence, FileZilla est bien trop compliqué quand on est du côté de l'envoyeur sous Windows, parcequ'au lieu de cliquer sur un lien fourni par le receveur, il faut - chercher la page de téléchargement de FileZilla, - puis télécharger l'installeur de l'installeur, - qui va télécharger l'installeur, - pour installer FileZilla, que l'on lance à la fin, - et ensuite on se retrouve avec une fenêtre dans laquelle on indique - l'hôte, - l'identifiant, - le mot de passe, - le port (ou alors on se demande quoi y mettre, et on a personne à qui demander), - et enfin il faut cliquer ci et là pour choisir le répertoire où déposer les fichiers. Si ma mémoire est bonne, je n'ai jamais utilisé FileZilla pour partager des fichiers avec quelqu'un, mais toujours pour déplacer des fichiers entre deux machines que j'administre. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131005114209.gb14...@falafel.plessy.net
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour, Charles Plessy a écrit : > Le Tue, Sep 24, 2013 at 11:15:01PM +0900, Charles Plessy a écrit : >> [...] > https://hubic.com : « Linux -> soon » sur la page des téléchargements - Un navigateur suffit pour uploader, publier et downloader des fichiers... L'appli en question servira pour la synchro avec les smartphones et autres OS exotiques d'un répertoire dédié. Et c'est vrai qu'on l'attend... :-( > OwnCloud : pas de rétroportage pour Wheezy (mais ça pourrait bien changer) > - FTP : trop compliqué pour les utilisateurs. - > http://home.gna.org/jyraphe/ : Pas de mises a jour les 3 dernières années. > - http://ajaxplorer.info/ : Libre, paquets Debian non-officiels > disponibles, facile à utiliser, adopté ! > > Bonne fin de semaine, > -- Cordialement, Bernardo. La science n'a pas de patrie. -+- Louis Pasteur -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/524ff1ee.4050...@siorat.net
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le samedi 5 octobre 2013 17:35:20 Charles Plessy a écrit : > Le Tue, Sep 24, 2013 at 11:15:01PM +0900, Charles Plessy a écrit : > > Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > > tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian > > propose pour remplacer ça, et que le moteur de recherche par défaut ne me > > donne pas d'indice. > > > > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A > > dépose le fichier, B est notifié, et le récupère en cliquant sur un lien > > ? > Bonjour à tous, et merci pour les réponses ! > > J'ai fait le tour et choisi AjaXplorer (maintenant Pydio). > > En résumé: > > - http://projet.idleman.fr/dropcenter/ : pas libre (CC BY NC SA) > - https://hubic.com : « Linux -> soon » sur la page des téléchargements > - OwnCloud : pas de rétroportage pour Wheezy (mais ça pourrait bien > changer) - FTP : trop compliqué pour les utilisateurs. > - http://home.gna.org/jyraphe/ : Pas de mises a jour les 3 dernières > années. - http://ajaxplorer.info/ : Libre, paquets Debian non-officiels > disponibles, facile à utiliser, adopté ! > > Bonne fin de semaine, Filezilla ne ferait pas l'affaire ? il est simple, par contre je ne vois pas qu'on puisse utiliser un lien. Amitié. Philippe Merlin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1432624.ydTpZLfZGG@portable
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le Tue, Sep 24, 2013 at 11:15:01PM +0900, Charles Plessy a écrit : > > Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > tra-la-la… Le > problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer > ça, et que le moteur de recherche par défaut ne me donne pas d'indice. > > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose > le fichier, B est notifié, et le récupère en cliquant sur un lien ? Bonjour à tous, et merci pour les réponses ! J'ai fait le tour et choisi AjaXplorer (maintenant Pydio). En résumé: - http://projet.idleman.fr/dropcenter/ : pas libre (CC BY NC SA) - https://hubic.com : « Linux -> soon » sur la page des téléchargements - OwnCloud : pas de rétroportage pour Wheezy (mais ça pourrait bien changer) - FTP : trop compliqué pour les utilisateurs. - http://home.gna.org/jyraphe/ : Pas de mises a jour les 3 dernières années. - http://ajaxplorer.info/ : Libre, paquets Debian non-officiels disponibles, facile à utiliser, adopté ! Bonne fin de semaine, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131005083520.ga14...@falafel.plessy.net
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le Tue, 24 Sep 2013 23:15:01 +0900, Charles Plessy a écrit : > Bonjour la liste, > > Deux personnes souhaitent échanger de gros fichiers via Internet, dont l'une à > la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces deux > personnes n'utilise Linux. > > Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment déposer > un ficher, prévenir la personne par courriel, et comment cette personne peut > récupérer un ficher. > > Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > tra-la-la… Le > problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer > ça, et que le moteur de recherche par défaut ne me donne pas d'indice. > > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose > le fichier, B est notifié, et le récupère en cliquant sur un lien ? > > Merci d'avance pour vos lumières. > > De mon côté, c'est l'heure de les éteindre. > > -- > Charles Plessy > Tsurumi, Kanagawa, Japon Salut, regarde du côté de dropcenter (http://projet.idleman.fr/dropcenter/) qui est très simple à installer et à utiliser. Je l'utilise personnellement sur un serveur OpenBSD mais s'installe sans problème sur un serveur Linux. A+ -- Px -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130928162248.2a02a...@lucifer.librentez.bzh
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 09/25/2013 10:00 AM, Pascal Hambourg a écrit : Salut, Johnny B a écrit : pourquoi ne pas utiliser du FTP (ftp over ssl) ? Parce que le FTPS est une plaie à faire passer à travers les NAT et pare-feux à état (encore plus que le FTP en clair) ? Pas forcement encore faut-il savoir le mettre en place j'y vois aucune plaie. Le problème de base de ce post c'est qu'on a aucune idée de l'environnement. Si c'est un cas de "mon copain veut recupérer mes datas a ma maison" je vois pas le problème de se faire 5 mtes de firewalling pour du FTP over SSL Donc résultat 60 réponses qui vont dans tous les sens ( ca reste intéressant de connaitre l'avis des uns) mais aucune avancée productive. Il n' y a pas de système idéal a cette demande seulement une multitude de solutions. A Mr Charles de faire son choix ;) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5242b784.4090...@gmail.com
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 25/09/2013 10:00, Pascal Hambourg a écrit : > Salut, > > Johnny B a écrit : >> >> pourquoi ne pas utiliser du FTP (ftp over ssl) ? > > Parce que le FTPS est une plaie à faire passer à travers les NAT et > pare-feux à état (encore plus que le FTP en clair) ? > sftp peut etre une solution tu peux meme le chroote philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52429d3e.9080...@leworm.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Salut, Johnny B a écrit : > > pourquoi ne pas utiliser du FTP (ftp over ssl) ? Parce que le FTPS est une plaie à faire passer à travers les NAT et pare-feux à état (encore plus que le FTP en clair) ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52429806.1030...@plouf.fr.eu.org
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 24/09/2013 16:15, Charles Plessy a écrit : Bonjour la liste, Deux personnes souhaitent échanger de gros fichiers via Internet, dont l'une à la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces deux personnes n'utilise Linux. Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment déposer un ficher, prévenir la personne par courriel, et comment cette personne peut récupérer un ficher. Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer ça, et que le moteur de recherche par défaut ne me donne pas d'indice. Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose le fichier, B est notifié, et le récupère en cliquant sur un lien ? Merci d'avance pour vos lumières. De mon côté, c'est l'heure de les éteindre. Bonsoir, Si c'est pour faire du transfert de fichiers volumineux (type http://dl.free.fr) tu peux regarder du côté de jyraphe : http://home.gna.org/jyraphe/ Avantages: c'est libre, il suffit d'un serveur web avec php, il y a une option "Téléchargement unique" (le fichier est supprimé du serveur après récupération), on peut définir une durée de rétention du fichier, on peut mettre un mot de passe, etc. Cordialement SF -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241e8cd.5090...@info-sf.com
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour, Le mardi 24 septembre 2013, Charles Plessy a écrit... > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A > dépose le fichier, B est notifié, et le récupère en cliquant sur un > lien ? AjaXplorer ? Je l'utilise. C'est pas mal. -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924191717.GB31444@espinasse
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
> Ce n'est pas libre tout court :) Non mais je n'ai jamais dit que c'était libre; j'ai juste dit qu'il existait une version gratuite > Et en plus, sponsorisé par la NSA ! Et des serveurs aux USA ! Je doute que mes données les intéressent :-p J'ai juste proposé un outil fonctionnel. > Précaution élémentaire : n'y mettre que des fichiers chiffrés... On peut crypter ses données http://dropbox-maximum.blogspot.fr/p/crypter-ses-donnees-stockees-dans-le.html ++ Cyrille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924193723.6e963b2d@trollfest.tuxpanic
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
On Tue, 24 Sep 2013 13:20:19 -0400 Fabián Rodríguez wrote: > J'ai testé jusqu'à la version disponible il y a un mois: toujours > des bugs, notamment de fichiers en conflit lors de synchronisation > et surtout, pas d'indicateurs de progrès lors de synchronisation. Vi, mais là nous parlons d'un soft qui est en pleine progression, donc qu'il ne soit pas à ce jour archi-complet n'est pas offensant en soi. On peut difficilement comparer des projets open-source non-matures avec des contributeurs capables mais souvent overbookés, avec des projets commerciaux où les devs sont correctement payés par une structure Ciale. -- je joue trop a wow ! mon pc commence a fumer !! telecharge un patch ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924193602.46c4a05e@anubis.defcon1
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
On Tue, 24 Sep 2013 19:16:17 +0200 Dominique Asselineau wrote: > > Et en plus, sponsorisé par la NSA ! Et des serveurs aux USA ! > > > > Précaution élémentaire : n'y mettre que des fichiers chiffrés... > > Et encore... Des données à peu près publiques. N'exagérons rien, s'il faut être (un peu) paranoïaque, certains types de chiffrements (correctement implantés) résistent (encore et toujours;) fort bien à la cryptanalyse, tel blowfish (quel hasard, il a justement été écarté de peu de la première place au profit d'AES!) Qui, en lisant entre les lignes, semble même plutôt donner des sueurs froides à "ces gens-là"… -- j'étais a la féte de la morue hier invitée d'honneur ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924192859.7b6fb738@anubis.defcon1
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 2013-09-24 10:24, Bzzz a écrit : > On Tue, 24 Sep 2013 23:15:01 +0900 > Charles Plessy wrote: > >> Quelqu'un aurait-il une suggestion, idéalement un système intégré >> où A dépose le fichier, B est notifié, et le récupère en cliquant >> sur un lien ? > > Debian propose owncloud, je ne l'ai pas testé complètement mais > du peu que j'ai vu, c'est facile à mettre en œuvre et d'un > fonctionnement équivalent aux clouds Ciaux; par ailleurs, il > existe 2 applis (free/$$$) pour synchroniser avec un cellulaire. J'ai testé jusqu'à la version disponible il y a un mois: toujours des bugs, notamment de fichiers en conflit lors de synchronisation et surtout, pas d'indicateurs de progrès lors de synchronisation. F. -- Fabián Rodríguez http://fsf.magicfab.ca -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241c9d3.3050...@member.fsf.org
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bernardo wrote on Tue, Sep 24, 2013 at 06:53:41PM +0200 > > > Cyrille a écrit : > > > >> Ce ne serait pas un service commercial ? > > [snip] > > > Ensuite, oui ce n'est pas libre au sens de la FSF, mais bon, si vous en > > avez un aussi simple en copyleft et aussi bien fini, je suis preneur ;-) > > > > Et en plus, sponsorisé par la NSA ! Et des serveurs aux USA ! > > Précaution élémentaire : n'y mettre que des fichiers chiffrés... Et encore... Des données à peu près publiques. Ma question était bien dans ce sens. Mais bon, je crois/crains bien qu'on n'en est/soit plus là. dom -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924171617.ga22...@telecom-paristech.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
> Permet un partage vraiment simple de fichier entre user dropbox mais aussi > en "extérieur". > > > Ensuite, oui ce n'est pas libre au sens de la FSF, mais bon, si vous en > avez un aussi simple en copyleft et aussi bien fini, je suis preneur ;-) > Ce n'est pas libre tout court :) OwnCloud est une alternative dont je parle un peu plus haut. Avec des clients pour windobe, mac, plusieurs distribs linux, android, iOS... Bon, ok, il faut soit connaître quelqu'un qui peut te donner un accès, soit t'auto-héberger. Gaël
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Cyrille a écrit : > >> Ce ne serait pas un service commercial ? [snip] > Ensuite, oui ce n'est pas libre au sens de la FSF, mais bon, si vous en > avez un aussi simple en copyleft et aussi bien fini, je suis preneur ;-) > Et en plus, sponsorisé par la NSA ! Et des serveurs aux USA ! Précaution élémentaire : n'y mettre que des fichiers chiffrés... -- Cordialement, Bernardo. Le jeu est la forme la plus élevée de la recherche. -+- Albert Einstein -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241c395.3010...@siorat.net
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
> Ce ne serait pas un service commercial ? Perso j'utilise la version "gratuite" : 2 Go extensible à 16 Go En effet à côté du à des versions payantes mais rien ne t'oblige à les choisir Le gros avantages : fonctionne nickel sous debian et linux en général Bien que je l'ai installé "en dur" comme recommandé sur le site, il existe aussi un paquet spécifique debian cyrille@trollfest:~$ aptitude search dropbox p libnet-dropbox-api-perl - Perl module providing a dropbox API inter p nautilus-dropbox- Dropbox integration for Nautilus p nautilus-dropbox:i386 - Dropbox integration for Nautilus (perso. je suis suis sous xfce et avec l'install du site, je bénéficie de l'icone dropbox ; je présume que c'est valable pour tous les X) C'est le meme genre que hubic (pas sur de l'orthographe). Par contre, chez moi, beaucoup plus rapide et mieux intégré à l'environnement. Permet un partage vraiment simple de fichier entre user dropbox mais aussi en "extérieur". Ensuite, oui ce n'est pas libre au sens de la FSF, mais bon, si vous en avez un aussi simple en copyleft et aussi bien fini, je suis preneur ;-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924183829.34d0a1ed@trollfest.tuxpanic
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Cyrille wrote on Tue, Sep 24, 2013 at 06:10:10PM +0200 > dropbox ? > Fonctionne impecc sous Linux, Windows, Mac > https://www.dropbox.com Ce ne serait pas un service commercial ? dom -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924162330.gc20...@telecom-paristech.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
dropbox ? Fonctionne impecc sous Linux, Windows, Mac https://www.dropbox.com Cyrille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924181010.2d25a9af@trollfest.tuxpanic
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
On Tue, 24 Sep 2013 16:52:37 +0200 Gaël wrote: > Je n'arrive pas à accéder à la page. (Connection reset) Pourtant, même opera y arrive, c'est dire si c'est d'accès facile:) > Est-ce qu'on pourrait éviter les trucs mysogines ? Même si c'est > "pour rigoler", "pas fait exprès", ou "mon webmail l'ajoute tout > seul"... Merci ! Ouais, t'as raison, c'est dégoûtant. -- Question : tu es une fille de onze ans, qu'est-ce qui te ferait plaisir pour ton anniversaire ? Des implants mammaires. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924171840.77d69d70@anubis.defcon1
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour, Gaël a écrit : >> https://hubic.com > > Je n'arrive pas à accéder à la page. (Connection reset) Chezmoiçamarche ! ;-) > > >> Rsync et rsync via ssh > > Très pratique pour des gens n'utilisant pas Linux, et probablement novices > ! > Ça c'est pas moi ! > > > De plus, pardonnez-moi du HS, mais : > > La réussite, pour un homme, c'est d'être parvenu a gagner plus d'argent >> que sa femme n'a pu en dépenser. -+- Sacha Guitry -+- >> >> > Est-ce qu'on pourrait éviter les trucs mysogines ? Même si c'est "pour > rigoler", "pas fait exprès", ou "mon webmail l'ajoute tout seul"... Merci > ! Ce n'est pas de la mysoginie, mais de la philosophie ! (le même a dit : "je suis contre les femmes, tout contre !"). Un peu d'humour (d'humeur ?) dans notre monde de brute, que diable ! > -- Cordialement, Bernardo. L'inconnaissable est connaissable puisque je peux connaître qu'il est inconnaissable. -+- Aristote, Poétique -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241ac7b.5040...@siorat.net
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le mardi 24 septembre 2013 16:52:37 Gaël a écrit : > > https://hubic.com > > Je n'arrive pas à accéder à la page. (Connection reset) Je viens de m'y inscrire sans problème Klaus
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
> https://hubic.com Je n'arrive pas à accéder à la page. (Connection reset) > Rsync et rsync via ssh Très pratique pour des gens n'utilisant pas Linux, et probablement novices ! De plus, pardonnez-moi du HS, mais : La réussite, pour un homme, c'est d'être parvenu a gagner plus d'argent > que sa femme n'a pu en dépenser. > -+- Sacha Guitry -+- > > Est-ce qu'on pourrait éviter les trucs mysogines ? Même si c'est "pour rigoler", "pas fait exprès", ou "mon webmail l'ajoute tout seul"... Merci !
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour, https://hubic.com je l'utilise, il y a juste besoin d'un navigateur et c'est gratuit jusqu'à 25G ! Charles Plessy a écrit : > Bonjour la liste, > > Deux personnes souhaitent échanger de gros fichiers via Internet, dont > l'une à la maison, derrière un petit serveur tournant sous Wheezy. Aucune > de ces deux personnes n'utilise Linux. > > Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment > déposer un ficher, prévenir la personne par courriel, et comment cette > personne peut récupérer un ficher. > > Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian propose > pour remplacer ça, et que le moteur de recherche par défaut ne me donne pas > d'indice. > > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A > dépose le fichier, B est notifié, et le récupère en cliquant sur un lien ? > > Merci d'avance pour vos lumières. > > De mon côté, c'est l'heure de les éteindre. > -- Cordialement, Bernardo. La réussite, pour un homme, c'est d'être parvenu a gagner plus d'argent que sa femme n'a pu en dépenser. -+- Sacha Guitry -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241a125.2000...@free.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Salut, Deux personnes souhaitent échanger de gros fichiers via Internet, dont > l'une à > la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces > deux > personnes n'utilise Linux. > Je suis pas sur d'avoir bien compris : Il y a un serveur, et des gens veulent échanger des fichiers, en se connectant à ce serveur. C'est ça l'idée ? Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > tra-la-la… Le > problème c'est que j'ai perdu le fil de ce que Debian propose pour > remplacer > ça, et que le moteur de recherche par défaut ne me donne pas d'indice. Mais si ! Il y a OwnCloud, dans les dépôts (mais je conseille vivement d'installer la version de leur site, la plus à jour), qui marche très bien. La version 5.0.11 a un petit bug dans la gestion des utilisateurs, réglable en modifiant un fichier. Et moi j'ai eu un soucis de disk_free_space, mais mon serveur étant sous lenny, les choses s'expliquent ! Je te conseille vivement de tester ça ! Et je serai ravi de t'aider si besoin. Gaël
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
rsync et rsync via ssh ... etc ... On Tuesday 24 September 2013 16:28:58 Johnny B wrote: > Le 09/24/2013 04:25 PM, Raphaël POITEVIN a écrit : > > Charles Plessy writes: > >> Deux personnes souhaitent échanger de gros fichiers via Internet, dont > >> l'une à la maison, derrière un petit serveur tournant sous Wheezy. > >> Aucune de ces deux personnes n'utilise Linux. > >> Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment > >> déposer un ficher, prévenir la personne par courriel, et comment cette > >> personne peut récupérer un ficher. > >> Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > >> tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian > >> propose pour remplacer ça, et que le moteur de recherche par défaut ne > >> me donne pas d'indice. > > En quoi cela empêche-t-il de faire ce que tu proposes plus haut ? je ne > > comprends pas bien. > Je suis d'accord pourquoi ne pas utiliser du FTP (ftp over ssl) ? > Y a un tas d'autres méthodes mais ca diffère selon le contexte, les > interlocuteurs etc > >> Quelqu'un aurait-il une suggestion, idéalement un système intégré où A > >> dépose le fichier, B est notifié, et le récupère en cliquant sur un lien? > > En exploitant la Debian ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201309241644.46428.andre_deb...@numericable.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour, Charles Plessy writes: > Deux personnes souhaitent échanger de gros fichiers via Internet, dont l'une à > la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces deux > personnes n'utilise Linux. > > Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment déposer > un ficher, prévenir la personne par courriel, et comment cette personne peut > récupérer un ficher. > > Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le > tra-la-la… Le > problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer > ça, et que le moteur de recherche par défaut ne me donne pas d'indice. En quoi cela empêche-t-il de faire ce que tu proposes plus haut ? je ne comprends pas bien. > > Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose > le fichier, B est notifié, et le récupère en cliquant sur un lien ? En exploitant la Debian ? -- Raphaël POITEVIN « Tout chercheur plongé dans la science subit une poussée de bas en haut susceptible de lui remonter le moral. » Monsieur Cyclopède -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87bo3icn4b@mozart.lan
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 09/24/2013 04:25 PM, Raphaël POITEVIN a écrit : Bonjour, Charles Plessy writes: Deux personnes souhaitent échanger de gros fichiers via Internet, dont l'une à la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces deux personnes n'utilise Linux. Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment déposer un ficher, prévenir la personne par courriel, et comment cette personne peut récupérer un ficher. Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer ça, et que le moteur de recherche par défaut ne me donne pas d'indice. En quoi cela empêche-t-il de faire ce que tu proposes plus haut ? je ne comprends pas bien. Je suis d'accord pourquoi ne pas utiliser du FTP (ftp over ssl) ? Y a un tas d'autres méthodes mais ca diffère selon le contexte, les interlocuteurs etc Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose le fichier, B est notifié, et le récupère en cliquant sur un lien ? En exploitant la Debian ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5241a1aa.8090...@gmail.com
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
On Tue, 24 Sep 2013 23:15:01 +0900 Charles Plessy wrote: > Quelqu'un aurait-il une suggestion, idéalement un système intégré > où A dépose le fichier, B est notifié, et le récupère en cliquant > sur un lien ? Debian propose owncloud, je ne l'ai pas testé complètement mais du peu que j'ai vu, c'est facile à mettre en œuvre et d'un fonctionnement équivalent aux clouds Ciaux; par ailleurs, il existe 2 applis (free/$$$) pour synchroniser avec un cellulaire. -- Dès que je la vois, je suis cloué au sol Emmène un pied de biche -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924162448.53740654@anubis.defcon1
Comment assister le plus simplement un transfert de fichiers avec Debian ?
Bonjour la liste, Deux personnes souhaitent échanger de gros fichiers via Internet, dont l'une à la maison, derrière un petit serveur tournant sous Wheezy. Aucune de ces deux personnes n'utilise Linux. Dix ans plus tôt, j'aurais installé un serveur FTP et expliqué comment déposer un ficher, prévenir la personne par courriel, et comment cette personne peut récupérer un ficher. Mais aujourd'hui il y a tombeboîte, cieldisque, jenuage, et tout le tra-la-la… Le problème c'est que j'ai perdu le fil de ce que Debian propose pour remplacer ça, et que le moteur de recherche par défaut ne me donne pas d'indice. Quelqu'un aurait-il une suggestion, idéalement un système intégré où A dépose le fichier, B est notifié, et le récupère en cliquant sur un lien ? Merci d'avance pour vos lumières. De mon côté, c'est l'heure de les éteindre. -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130924141501.ga21...@falafel.plessy.net
transfert de fichiers avec curlftpfs : pb au démontage
je fais suite à un autre fil. Le transfert par curlftpfs marche bien (merci à JP et François). J'ai un problème au démontage. Ça correspond au bug 243373 de chez Ubuntu (2008-06-26 quand même). https://bugs.launchpad.net/ubuntu/+source/fuse/+bug/243373 Un fusermount -u marche mais pas un umount. (le umount en root fonctionne ce qui confirme) j'ai essayé avec ou sans le / en fin de chemin sans succès. Ni fuse ni curlftpfs ne parlent du problème. Je suis circonspect. J'ai la version : fuse-utils 2.8.4-1.1 (une Debian classique ou presque). Ce bug ne semble pas corrigé ? pour info ma ligne de fstab : curlftpfs#moi:passwd@nas_lg/volume1/super_mamy/ /NAS/super_mamy fuse \ _netdev,noauto,rw,user,allow_other,umask=000,uid=1000,gid=1000 00 Sinon je fais avec ... C Hiebel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e3ed4af$0$26717$426a7...@news.free.fr
Re: transfert de fichiers avec des caractères bizarres
Le Sat, 06 Aug 2011 18:20:02 +0200, j-pierre.jip a écrit : > detox -r mon_dossier_a_traiter/* > convmv -r --lower --notest mon_dossier_a_traiter/* > > Conclusion: plus de majuscules, d'espaces, de caractères accentués, ... je note pour un autre besoin. Pour mon problème de base il y a une mauvaise formulation des options de curlftpfs (je suis en RTFM). WE presque fini :-(( merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e3eb040$0$7062$426a7...@news.free.fr
Re: transfert de fichiers avec des caractères bizarres
Le samedi 06 août 2011, moi-meme a écrit : > Le Sat, 06 Aug 2011 13:50:02 +0200, Francois Cerbelle a écrit : > >> Je ne vais quand même pas tout copier avec mc. Une autre solution > >> : renommer avec un : tr "?' " "___" dans un script. > > > > tu devrais regarder du côté de la commande «rename» > > Bernard Schoenacker m'a proposé quelques URL etdetox et rename. > > J'y vais de ce pas. > > Merci pour tes propositions. bonjour, Pour mettre mes noms de fichiers aux 'normes', dans mes scripts bash de gestion de photos, j'utilise ces 2 lignes: detox -r mon_dossier_a_traiter/* convmv -r --lower --notest mon_dossier_a_traiter/* Conclusion: plus de majuscules, d'espaces, de caractères accentués, ... A essayer avant d'adopter... bon we -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201108061813.00226.j-pierre@orange.fr
Re: transfert de fichiers avec des caractères bizarres
Le Sat, 06 Aug 2011 13:50:02 +0200, Francois Cerbelle a écrit : >> Je ne vais quand même pas tout copier avec mc. Une autre solution : >> renommer avec un : tr "?' " "___" dans un script. > tu devrais regarder du côté de la commande «rename» Bernard Schoenacker m'a proposé quelques URL etdetox et rename. J'y vais de ce pas. Merci pour tes propositions. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e3d518e$0$16461$426a7...@news.free.fr
Re: transfert de fichiers avec des caractères bizarres
Salut, Le Fri, 05 Aug 2011 22:10:01 +0200, moi-meme a écrit : [...] > Je transfère par curlftpfs. Marche très bien. Sauf pour des fichiers > avec des caractères bizarres style "?","'", espace et autres. > C'est pas autorisé dans les noms mais j'ai récupéré les fichiers comme > ça. Avec un cp et ça foire lamentablement mais avec mc aucun problème. > Comment il fait cet artiste ? Ce n'est pas ni ton NAS, ni le système qui est en cause, mais le fait que tu ne protèges pas les fameux caractères spéciaux. S'ils ne sont pas protégés, ils sont interprétés par ton shell. Ainsi, si tu utilises : cp truc?abc.ext /NAS ou cp "truc?abc.ext" /NAS Ton shell va modifier (interpréter) les fameux caractères avant de transmettre les arguments a cp. Les ? seront remplacés par un caractère qui permette de trouver un fichier dont le nom corresponde, les ' vont être interprétés comme une ouverture de chaine de caractere à ne pas interpréter et les espaces ne seront pas changés, mais seront interprétés par cp comm un séparateur de fichiers... Pour les espaces, il te suffit d'utiliser les doubles quotes ", qui vont forcer tous les morceaux autour des espaces à ne faire qu'un avec les espace, mais, pour être totalement générique dans ton cas, il vaut mieux que tu encapsules tous tes noms de fichiers dans des apostrophes '. Ainsi, les espaces ne seront pas considérés comme des séparateurs, les ? ne seront pas interprétés, ... Les deux seuls inconvénients de cette syntaxe sont : - tu dois protéger les apostrophes à l'intérieur de tes noms de fichiers pour qu'elles ne soient pas considérées comme une fin de chaine, tu remplaces tous les ' par des \' - tu ne peux plus utiliser de substitution shell dans les noms de fichiers ($VARIABLE, par exemple). donc, si tu tentes de copier le fichier a b'c?.ext tu peux utiliser : cp 'a b\'c?.ext' /nas protège aussi, si tu en as, les points d'exclamation qui ne sont pas protégés par les apostrophes. > Je ne vais quand même pas tout copier avec mc. Une autre solution : > renommer avec un : tr "?' " "___" dans un script. tu devrais regarder du côté de la commande «rename» A+ -- Francois -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e3d2542$0$25459$426a7...@news.free.fr
Re: transfert de fichiers avec des caractères bizarres
moi-meme writes:
> C'est pas un problème typique Debian mais je suis sous Debian.
> J'ai un NAS qui fonctionne bien.
>
> Je transfère par curlftpfs. Marche très bien.
> Sauf pour des fichiers avec des caractères bizarres style "?","'", espace
> et autres.
>
> C'est pas autorisé dans les noms mais j'ai récupéré les fichiers comme ça.
> Avec un cp et ça foire lamentablement mais avec mc aucun problème.
> Comment il fait cet artiste ?
Tous les caractères possibles et imaginables sont autorisés dans les
noms de fichiers unix, sauf '/' et NUL ('\0').
Je n'utilise pas curlftpfs, donc je ne sais pas si c'est lui le
responsable ou ton utilisation de cp. Si curlftpfs ne sait pas gérer
ça, je remplirais un rapport de bug, à ta place (à moins que les devs
soient déjà au courant...).
Tu as des exemples de commandes qui foirent ?
> Je ne vais quand même pas tout copier avec mc.
> Une autre solution : renommer avec un :
> tr "?' " "___" dans un script.
>
> J'en veux pas.
'fectivement, c'est cracra. Il est tout à fait possible pour
ton shell ou pour mc, par exemple, de gérer n'importe quel nom de fichier.
> Je ne suis pas le premier alors SVP une URL ou un tuyau parce que je
> sèche.
Pour ce qui est de gérer proprement des noms de fichiers arbitraires,
j'ai ça à te proposer :
http://mywiki.wooledge.org/BashFAQ/020 -- How can I find and deal with
file names containing newlines, spaces or both?
http://mywiki.wooledge.org/BashGuide/CommandsAndArguments
http://mywiki.wooledge.org/WordSplitting
Si curlftpfs est le problème, là, tu es seul...
--
Jérémie Courrèges-Anglas - GPG key : 06A11494
pgpA9fbDG2m83.pgp
Description: PGP signature
transfert de fichiers avec des caractères bizarres
C'est pas un problème typique Debian mais je suis sous Debian. J'ai un NAS qui fonctionne bien. Je transfère par curlftpfs. Marche très bien. Sauf pour des fichiers avec des caractères bizarres style "?","'", espace et autres. C'est pas autorisé dans les noms mais j'ai récupéré les fichiers comme ça. Avec un cp et ça foire lamentablement mais avec mc aucun problème. Comment il fait cet artiste ? Je ne vais quand même pas tout copier avec mc. Une autre solution : renommer avec un : tr "?' " "___" dans un script. J'en veux pas. Je ne suis pas le premier alors SVP une URL ou un tuyau parce que je sèche. D'avance merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e3c48f7$0$15051$426a7...@news.free.fr
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 06/08/2010 09:43, Pascal Hambourg a écrit : > giggzounet a écrit : >> >> d apres le man que j ai sous la main: >> ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso >> on|off] [ufo on|off] [gso on|off] >> >> donc en gros je mets tout a off ? > > Oui, et si ça remarche tu remets à les options à on une par une pour > trouver celle qui foire, ou la combinaison d'options qui foire. > bon j'ai essayé sous debian lenny avec le 2.6.32 et le module du noyau atl1c: - ethtool -k eth0 donne: Offload parameters for eth0: rx-checksumming: on tx-checksumming: on scatter-gather: on tcp segmentation offload: on udp fragmentation offload: off generic segmentation offload: on large receive offload: off - seul ethtool -K eth0 sg off gso off fontionnent. pour tous les autres paramètres j'ai droit à "Operation not supported". - avec ethtool -K eth0 sg off gso off le problème reste le même. a savoir avec une mtu de 1492 et tcp_timestamps=0 pas de download possible depuis le NAS. J'ai aussi essayé sous backtrack 4 avec le 2.6.30.9 et le module atl1e. exactement les mêmes résultats. Enfin j'ai testé sur debian lenny avec le noyau 2.6.32 de backport et le dernier module atl1e d'atheros et j'ai encore exactement les mêmes résultats. J'ai regardé du côté du NAS si je pouvais faire la même chose avec ethtool. mais non je ne peux pas. j'ai bien ethtool mais en version 1.3...c'est vieux! Merci! et bon we -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3h49m$1k...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 06/08/2010 09:43, Pascal Hambourg a écrit : > giggzounet a écrit : >> >> d apres le man que j ai sous la main: >> ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso >> on|off] [ufo on|off] [gso on|off] >> >> donc en gros je mets tout a off ? > > Oui, et si ça remarche tu remets à les options à on une par une pour > trouver celle qui foire, ou la combinaison d'options qui foire. > ok. >> D'apres toi, ai je assez d'éléments pour faire un rapport de bug pour le >> noyau sur le tracker debian ? > > Je pense, oui. > Au fait, le problème ne se produit qu'avec le NAS et pas lors de > transferts depuis d'autres machines du LAN ou l'extérieur (sinon je > suppose que tu en aurais parlé) ? > - avec le NAS ftp/cifs et NFS foirent. - sur mon LAN j ai aussi un serveur de fichiers qui tourne sous debian lenny. J'exporte les dossier via NFS. Entre mon eeepc et ce serveur de fichiers je n experimente aucun probleme (je n'ai pas de ftp ou de samba). Evidemment le harware est different. La chose vraiment différente est que sur le NAS la carte est capable de faire du gigabit. Mais bon mon routeur n'est pas gigabit... - Entre mon eeepc et mon autre laptop sous sid je fais du rsync a travers du ssh et je n ai aucun probleme. bon parfois l'eeepc freeze...mais ca c'est un probleme 'connu' sur le 1201n. c'est peut etre lié, je n'en sais rien. - qd je télécharge des fichiers depuis le net sur l'eeepc je n'ai pas exprimenté de probleme pour l'instant. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3gf7d$q3...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggzounet a écrit : > > d apres le man que j ai sous la main: > ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso > on|off] [ufo on|off] [gso on|off] > > donc en gros je mets tout a off ? Oui, et si ça remarche tu remets à les options à on une par une pour trouver celle qui foire, ou la combinaison d'options qui foire. > D'apres toi, ai je assez d'éléments pour faire un rapport de bug pour le > noyau sur le tracker debian ? Je pense, oui. Au fait, le problème ne se produit qu'avec le NAS et pas lors de transferts depuis d'autres machines du LAN ou l'extérieur (sinon je suppose que tu en aurais parlé) ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c5bbd17.9060...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 06/08/2010 09:08, giggzounet a écrit : > Le 06/08/2010 00:15, Pascal Hambourg a écrit : >> giggz a écrit : >>> >>> sous backtrack 4 j'ai exactement le même comportement que sous debian lenny: >>> MTU=1492 et tcp_timestamps=0 -> bug >>> MTU=1492 et tcp_timestamps=1 -> ok >>> MTU=1500 ou tcp_timestamps=0 -> ok >>> MTU=1500 ou tcp_timestamps=1 -> ok >>> >>> Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le >>> bug apparait. >> [snip] en regardant sur google, j ai trouvé via cette url https://help.ubuntu.com/community/Firestarter ce bug ci: https://bugs.launchpad.net/ubuntu/+source/firestarter/+bug/258863 ca ressemble étrangement a mon probleme... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3gdoh$lh...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 06/08/2010 00:15, Pascal Hambourg a écrit : > giggz a écrit : >> >> sous backtrack 4 j'ai exactement le même comportement que sous debian lenny: >> MTU=1492 et tcp_timestamps=0 -> bug >> MTU=1492 et tcp_timestamps=1 -> ok >> MTU=1500 ou tcp_timestamps=0 -> ok >> MTU=1500 ou tcp_timestamps=1 -> ok >> >> Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le >> bug apparait. > > Merci pour ce retour. > >> sous sid je n'ai aucun problème quelques soit la mtu ou la valeur de >> tcp_timestamps. Mais ce n'est pas le même pc et donc pas la même carte >> graphique et pas le même driver (b44). > > Ah oui, j'avais oublié ce détail. > Donc a priori le bug existe avec tous les noyaux mais est lié aux > pilotes atl1*. Ou alors c'est un bug tordu du NAS qui ne se manifeste > que lorsqu'on communique avec lui à travers ces pilotes. > Tu as essayé de jouer avec ethtool -k/-K pour désactiver les options > d'offload ? > non pas encore :) j ai po eu le temps. d apres le man que j ai sous la main: ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso on|off] [ufo on|off] [gso on|off] donc en gros je mets tout a off ? D'apres toi, ai je assez d'éléments pour faire un rapport de bug pour le noyau sur le tracker debian ? Bonne journée -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3gcdh$g8...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggz a écrit : > > sous backtrack 4 j'ai exactement le même comportement que sous debian lenny: > MTU=1492 et tcp_timestamps=0 -> bug > MTU=1492 et tcp_timestamps=1 -> ok > MTU=1500 ou tcp_timestamps=0 -> ok > MTU=1500 ou tcp_timestamps=1 -> ok > > Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le > bug apparait. Merci pour ce retour. > sous sid je n'ai aucun problème quelques soit la mtu ou la valeur de > tcp_timestamps. Mais ce n'est pas le même pc et donc pas la même carte > graphique et pas le même driver (b44). Ah oui, j'avais oublié ce détail. Donc a priori le bug existe avec tous les noyaux mais est lié aux pilotes atl1*. Ou alors c'est un bug tordu du NAS qui ne se manifeste que lorsqu'on communique avec lui à travers ces pilotes. Tu as essayé de jouer avec ethtool -k/-K pour désactiver les options d'offload ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c5b37f1.4030...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 04/08/2010 18:13, Pascal Hambourg a écrit : > giggz a écrit : >>> les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0. >>> Est ce normal ? > > Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options > n'existaient pas lors de la conception initiale de TCP, et si la machine > en face ne supporte pas l'une d'elle, elle n'est pas utilisée. Elles ont > essentiellement pour but d'augmenter les performances dans certaines > circonstances : produit débit*latence élevé, pertes de paquets, > nombreuses connexions... > >> Bon ça avance!!! si je force via sysctl.conf la valeur de >> net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres >> valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le >> résultat. > > Tu pouvais tester en modifiant directement la valeur du paramètre du > noyau en ligne de commande avec > sysctl -w net.ipv4.tcp_timestamps=1 > (le -w n'est apparemment plus obligatoire pour modifier un paramètre) > (ou echo 1 > /proc/sys/net/ipv4/tcp_timestamps mais c'est laid) > d'autant plus que le résultat final au démarrage dépend de l'ordre dans > lequel firestarter et le script qui applique sysctl.conf sont exécutés. > >> et c'est bien firestarter qui modifie cette valeur: >> dans /etc/firestarter/sysctl-tuning on a la valeur de >> net.ipv4.tcp.timestamps forcé à 0. >> >> Bon je suppose que si cette variable est forcée à 0 il doit y avoir une >> bonne raison. > > Certains pare-feu et dispositifs NAT obsolètes ou buggés ne gèrent pas > correctement ces options, aussi il est parfois nécessaire de les > désactiver. Sinon je ne vois pas trop. > >> je suppose que le rapport de bug doit plutot aller au >> maintenant du driver atl1c, non ? > > Je vais encore te donner du travail, mais pourrais-tu vérifier si > tcp_timestamps est à 1 et si le mettre à 0 provoque le problème en > fonction du MTU avec les autres distributions installées sur la machine > (sid, backtrack) ? Je pense que ça permettrait de mieux cerner le bug. > En gros vérifier sur chacune si (si j'ai bien compris) : > - MTU=1492 et tcp_timestamps=0 -> bug > - MTU=1500 ou tcp_timestamps=1 -> ok > sous backtrack 4 j'ai exactement le même comportement que sous debian lenny: MTU=1492 et tcp_timestamps=0 -> bug MTU=1492 et tcp_timestamps=1 -> ok MTU=1500 ou tcp_timestamps=0 -> ok MTU=1500 ou tcp_timestamps=1 -> ok Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le bug apparait. sous sid je n'ai aucun problème quelques soit la mtu ou la valeur de tcp_timestamps. Mais ce n'est pas le même pc et donc pas la même carte graphique et pas le même driver (b44). Bonne soirée Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3fcdf$4c...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 04/08/2010 18:13, Pascal Hambourg a écrit : > giggz a écrit : >>> les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0. >>> Est ce normal ? > > Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options > n'existaient pas lors de la conception initiale de TCP, et si la machine > en face ne supporte pas l'une d'elle, elle n'est pas utilisée. Elles ont > essentiellement pour but d'augmenter les performances dans certaines > circonstances : produit débit*latence élevé, pertes de paquets, > nombreuses connexions... > >> Bon ça avance!!! si je force via sysctl.conf la valeur de >> net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres >> valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le >> résultat. > > Tu pouvais tester en modifiant directement la valeur du paramètre du > noyau en ligne de commande avec > sysctl -w net.ipv4.tcp_timestamps=1 > (le -w n'est apparemment plus obligatoire pour modifier un paramètre) > (ou echo 1 > /proc/sys/net/ipv4/tcp_timestamps mais c'est laid) > d'autant plus que le résultat final au démarrage dépend de l'ordre dans > lequel firestarter et le script qui applique sysctl.conf sont exécutés. > firestarter a toutjours le dernier mot malheureusement. Une possibilité est de modifier a la main le fichier sysctl-tuning de firestarter...mais c est po tres satisfaisant. >> et c'est bien firestarter qui modifie cette valeur: >> dans /etc/firestarter/sysctl-tuning on a la valeur de >> net.ipv4.tcp.timestamps forcé à 0. >> >> Bon je suppose que si cette variable est forcée à 0 il doit y avoir une >> bonne raison. > > Certains pare-feu et dispositifs NAT obsolètes ou buggés ne gèrent pas > correctement ces options, aussi il est parfois nécessaire de les > désactiver. Sinon je ne vois pas trop. > >> je suppose que le rapport de bug doit plutot aller au >> maintenant du driver atl1c, non ? > > Je vais encore te donner du travail, mais pourrais-tu vérifier si > tcp_timestamps est à 1 et si le mettre à 0 provoque le problème en > fonction du MTU avec les autres distributions installées sur la machine > (sid, backtrack) ? Je pense que ça permettrait de mieux cerner le bug. > En gros vérifier sur chacune si (si j'ai bien compris) : > - MTU=1492 et tcp_timestamps=0 -> bug > - MTU=1500 ou tcp_timestamps=1 -> ok > > En tout cas ce nouvel élément ne m'éclaire pas quant à la cause du bug. > bon je teste ca des que je suis sur mon LAN. ce que je peux te dire direct c'est que sous backtrack 4 les valeurs sont a 1 et la mtu a 1492 et que ca marche. Merci! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3do84$8d...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggz a écrit : >>> >> les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0. >> Est ce normal ? Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options n'existaient pas lors de la conception initiale de TCP, et si la machine en face ne supporte pas l'une d'elle, elle n'est pas utilisée. Elles ont essentiellement pour but d'augmenter les performances dans certaines circonstances : produit débit*latence élevé, pertes de paquets, nombreuses connexions... > Bon ça avance!!! si je force via sysctl.conf la valeur de > net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres > valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le > résultat. Tu pouvais tester en modifiant directement la valeur du paramètre du noyau en ligne de commande avec sysctl -w net.ipv4.tcp_timestamps=1 (le -w n'est apparemment plus obligatoire pour modifier un paramètre) (ou echo 1 > /proc/sys/net/ipv4/tcp_timestamps mais c'est laid) d'autant plus que le résultat final au démarrage dépend de l'ordre dans lequel firestarter et le script qui applique sysctl.conf sont exécutés. > et c'est bien firestarter qui modifie cette valeur: > dans /etc/firestarter/sysctl-tuning on a la valeur de > net.ipv4.tcp.timestamps forcé à 0. > > Bon je suppose que si cette variable est forcée à 0 il doit y avoir une > bonne raison. Certains pare-feu et dispositifs NAT obsolètes ou buggés ne gèrent pas correctement ces options, aussi il est parfois nécessaire de les désactiver. Sinon je ne vois pas trop. > je suppose que le rapport de bug doit plutot aller au > maintenant du driver atl1c, non ? Je vais encore te donner du travail, mais pourrais-tu vérifier si tcp_timestamps est à 1 et si le mettre à 0 provoque le problème en fonction du MTU avec les autres distributions installées sur la machine (sid, backtrack) ? Je pense que ça permettrait de mieux cerner le bug. En gros vérifier sur chacune si (si j'ai bien compris) : - MTU=1492 et tcp_timestamps=0 -> bug - MTU=1500 ou tcp_timestamps=1 -> ok En tout cas ce nouvel élément ne m'éclaire pas quant à la cause du bug. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c599199.4010...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
> - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est > tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui > a normalement un certain nombre d'options TCP activées par défaut : > timestamp, selective ACK, window scaling... Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des logiciels installes. ou sont activees ces options ? est ce que par exemple sysctl -a peut aider ? >>> >>> Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans >>> /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling). >>> >> >> bon je vais regarder ca! je poste ca des que possible. >> > > les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0. > Est ce normal ? si ce n'est pas normal comment je fais pour savoir d'où > ça vient ? > Bon ça avance!!! si je force via sysctl.conf la valeur de net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le résultat. je soupconne firestarter de me modifier tout ca. et c'est bien firestarter qui modifie cette valeur: dans /etc/firestarter/sysctl-tuning on a la valeur de net.ipv4.tcp.timestamps forcé à 0. Bon je suppose que si cette variable est forcée à 0 il doit y avoir une bonne raison. je suppose que le rapport de bug doit plutot aller au maintenant du driver atl1c, non ? Merci! Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3bvei$m7...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 04/08/2010 09:24, giggzounet a écrit : > Le 04/08/2010 01:26, Pascal Hambourg a écrit : >> giggzounet a écrit : >>> Le 02/08/2010 18:14, Pascal Hambourg a écrit : - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui a normalement un certain nombre d'options TCP activées par défaut : timestamp, selective ACK, window scaling... >>> >>> Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des >>> logiciels installes. ou sont activees ces options ? est ce que par >>> exemple sysctl -a peut aider ? >> >> Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans >> /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling). >> > > bon je vais regarder ca! je poste ca des que possible. > les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0. Est ce normal ? si ce n'est pas normal comment je fais pour savoir d'où ça vient ? >>> je soupconne firestarter de me modifier tout ca. >> >> Je ne connais pas, je préfère utiliser mes propres scripts de règles >> iptables. >> > > ben je comprends mais qd on n a pas trop envie de se fatiguer... :) > >> De mon côté, j'ai regardé les changelogs du noyau pour le pilote atl1c >> (qui est assez "jeune", introduit dans le noyau 2.6.29) à la recherche >> de changements susceptibles d'expliquer la présence du problème avec le >> noyau 2.6.32 si le MTU est inférieur à 1500 et son absence avec les >> noyaux 2.6.30.9 et 2.6.34-1 (le MTU est bien à 1492 aussi avec les >> autres noyaux ?). Sans succès. Je soupçonnais en particulier >> l'offloading, dont les différentes options sont contrôlables avec >> ethtool -k/-K, si ça te dit d'essayer de les désactiver... >> > > De mon coté j ai appris via google l'existence d'un autre driver > supportant ma carte: celui du site atheros. il est normalement plus > avancé. j ai donc booté sur mon 2.6.32 et fait un "make install". il > m'installe un driver du nom de atl1e. mais apparemment c'est normal. le > atl1e d'atheros supporte en fait les cartes supportées par les drivers > atl1e et atl1c du noyau linux. Bon après reboot, rmmod du atl1c et > modprobe du atl1e, j ai bien internet mais le problème demeure! donc ca > n a pas l air de venir du driver en lui meme. > > J ai oublié de préciser: > sur backtrack 4 ou je n ai le probleme, c est un 2.6.30.9 avec le module > atl1e d'atheros. > > Ce soir j essaye avec un vieux noyau 2.6.30 de debian! et je tente des > bidouille avec ethtool -k/-K. > bon j'ai testé avec le noyau 2.6.26 officiel de lenny avec atl1c retroporté...et j'ai exactement le même comportement. donc ça n'a pas l'air de venir de la version du noyau. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3btnr$eu...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 04/08/2010 01:26, Pascal Hambourg a écrit : > giggzounet a écrit : >> Le 02/08/2010 18:14, Pascal Hambourg a écrit : >>> >>> - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est >>> tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui >>> a normalement un certain nombre d'options TCP activées par défaut : >>> timestamp, selective ACK, window scaling... >> >> Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des >> logiciels installes. ou sont activees ces options ? est ce que par >> exemple sysctl -a peut aider ? > > Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans > /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling). > bon je vais regarder ca! je poste ca des que possible. >> je soupconne firestarter de me modifier tout ca. > > Je ne connais pas, je préfère utiliser mes propres scripts de règles > iptables. > ben je comprends mais qd on n a pas trop envie de se fatiguer... :) > De mon côté, j'ai regardé les changelogs du noyau pour le pilote atl1c > (qui est assez "jeune", introduit dans le noyau 2.6.29) à la recherche > de changements susceptibles d'expliquer la présence du problème avec le > noyau 2.6.32 si le MTU est inférieur à 1500 et son absence avec les > noyaux 2.6.30.9 et 2.6.34-1 (le MTU est bien à 1492 aussi avec les > autres noyaux ?). Sans succès. Je soupçonnais en particulier > l'offloading, dont les différentes options sont contrôlables avec > ethtool -k/-K, si ça te dit d'essayer de les désactiver... > De mon coté j ai appris via google l'existence d'un autre driver supportant ma carte: celui du site atheros. il est normalement plus avancé. j ai donc booté sur mon 2.6.32 et fait un "make install". il m'installe un driver du nom de atl1e. mais apparemment c'est normal. le atl1e d'atheros supporte en fait les cartes supportées par les drivers atl1e et atl1c du noyau linux. Bon après reboot, rmmod du atl1c et modprobe du atl1e, j ai bien internet mais le problème demeure! donc ca n a pas l air de venir du driver en lui meme. J ai oublié de préciser: sur backtrack 4 ou je n ai le probleme, c est un 2.6.30.9 avec le module atl1e d'atheros. Ce soir j essaye avec un vieux noyau 2.6.30 de debian! et je tente des bidouille avec ethtool -k/-K. Merci de ton aide! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3b4ju$kt...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggzounet a écrit : > Le 02/08/2010 18:14, Pascal Hambourg a écrit : >> >> - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est >> tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui >> a normalement un certain nombre d'options TCP activées par défaut : >> timestamp, selective ACK, window scaling... > > Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des > logiciels installes. ou sont activees ces options ? est ce que par > exemple sysctl -a peut aider ? Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling). > je soupconne firestarter de me modifier tout ca. Je ne connais pas, je préfère utiliser mes propres scripts de règles iptables. De mon côté, j'ai regardé les changelogs du noyau pour le pilote atl1c (qui est assez "jeune", introduit dans le noyau 2.6.29) à la recherche de changements susceptibles d'expliquer la présence du problème avec le noyau 2.6.32 si le MTU est inférieur à 1500 et son absence avec les noyaux 2.6.30.9 et 2.6.34-1 (le MTU est bien à 1492 aussi avec les autres noyaux ?). Sans succès. Je soupçonnais en particulier l'offloading, dont les différentes options sont contrôlables avec ethtool -k/-K, si ça te dit d'essayer de les désactiver... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c58a59a.3060...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 02/08/2010 18:14, Pascal Hambourg a écrit : > giggz a écrit : >> >> En gros voilà ce que j'ai fait : >> je me connecte sur mon NAS en ftp -p >> ensuite je me balade dans mes répertoires et lance un get. >> rien ne se passe. >> je fais un ctrl+c >> et encore un autre. >> puis "bye" >> et voilà. > > Bon, je ne suis pas le super-expert en analyse de trace TCP/IP, hein. > Ce que j'ai relevé comme bizarreries ou anomalies : > > > - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est > tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui > a normalement un certain nombre d'options TCP activées par défaut : > timestamp, selective ACK, window scaling... > Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des logiciels installes. ou sont activees ces options ? est ce que par exemple sysctl -a peut aider ? je soupconne firestarter de me modifier tout ca. Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i38eds$ru...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le lundi 02 août 2010 à 16:14 +0200, Pascal Hambourg a écrit : > Christophe a écrit : > > > > Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit : > >> Non, car même si le MTU est réglé plus bas, une interface ethernet > >> accepte quand même les trames de 1500 octets (voire plus). > > > > La commande 'ip link set dev mtu ' tente de régler la MTU pour > > la couche IP -et- l'interface, qui n'acceptera plus rien au dessus si > > elle supporte cette MTU en dur. Auto-correction, dans le cas de l'interface, il ne s'agit pas d'un réglage de MTU, mais de la taille maximum de trame ethernet. > > MTU = Maximum *Transmit* Unit, donc en émission. Le MRU en réception ne > devrait pas être affecté. > Potentiellement, si : les deux sont bridés par notre segment ethernet maximum, qui est paramétré par le pilote en fonction de la MTU choisie (au moins l'option jumbo frame, si elle est présente). > > Exemple : un de mes pc réglé en 1500 effectue un ping -M do -s 1472 sur > > un deuxième (mon portable, avec une Marvell 88E8072). > > Sur ce dernier, le fait de descendre la MTU de l'interface à 1494 > > l'empêche d'entendre les requêtes d'écho, alors qu'à 1495 il les entend > > et fragmente ses réponses. > > Je suis surpris car d'une part car chez moi ça marche, et d'autre part > 1495 reste inférieur à la taille du paquet de requête écho (1500) donc > ce n'est pas cohérent. > Comme le pilote adapte la configuration de la carte en fonction de la MTU choisie, je soupçonnais ma carte d'avoir des valeurs en dessous de 1500 et des poussières... Je viens de faire le test à l'envers et j'ai le même comportement que vous (sur une Realtek cette fois-ci). Il s'agit d'un bug du pilote sky2 (cartes Marvell Yukon) visiblement, à 1494 ou moins il me produit une erreur "sky2 eth0: rx length error: status 0x5ea0100 length 1510" dans les messages du noyau. Il doit s'agir d'un problème de gestion des tampons par le pilote ou je ne sais quoi, la longueur indiquée dépend de la valeur de MTU paramétrée, par paliers de 8. Bref, il faut visiblement faire attention à régler tous les MTU de façon identique si l'on a affaire à du Marvell sur le réseau. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1280773383.2901.216.ca...@hp6830s.herblain.cdjh.info
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 31/07/2010 12:51, giggz a écrit : > Bonjour, > > derrière mon routeur j'ai : > un NAS > un laptop > un eeepc > > le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces > machines. Chaque machine a une ip fixe attribuée par le routeur. > > je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc > sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont > les suivants : > - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, > cifs ou NFS. je peux lister et me balader dans mes partages. Par contre > dès que j'essaye de récupérer un fichier, le transfert se bloque quelque > soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me > transfère 12K... :D > > Voilà ce que j'ai tenté : > - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. > - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. > - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec > mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. > - j'ai pensé à un problème de droits: les users sont les mêmes entre mon > laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger > dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K... > - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai > activé le parefeu en laissant tout ouvert...le problème persiste... > > bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut > venir...et surtout où chercher... > > j'ai oublié de préciser: j'ai évidemment regarder les logs (messages, > syslog, auth, user) et rien de rien... > ci joint le fichier obtenu en faisant: tcpdump -nvi eth0 -host 192.168.0.5 -w capture_NAS_tcpdump.log merci d'avance Guillaume Ãò¡ ` çWLà ` 2 ^ÿúÃ? \ e ...@ Ã!è ïÿÿúÃqlÂ,NOTIFY * HTTP/1.1 HOST:239.255.255.250:1900 Cache-CoÃWL$- : : Ã? \à ÃN L¡ E ,...@ @ÂÃè è ÃÃ'%Â%h`°éH ¬ÃWLM. < < à ÃN L¡Ã? \ E , ...@ @¹rè è '%ÃÃ/eÂÂ%i`ÃTl ´ ÃWLÂ. 6 6 Ã? \à ÃN L¡ E (...@ @ÂÃè è ÃÃ'%Â%i/eÂP°lI ÃWL]ð ` t à ÃN L¡Ã? \ e f...@ @NQè è '%ÃÃ/eÂÂ%iPÃf 220 ProFTPD 1.3.3rc1 Server (NETGEAR ReadyÃWLáð 6 6 Ã? \à ÃN L¡ E (...@ @²è è ÃÃ'%Â%i/eÃP°l ðWLa B B Ã? \à Ãn l¡ e 4...@ @Â¥è è ÃÃ'%Â%i/eÃP°Â USER eeepc ðWLF! < < à ÃN L¡Ã? \ E (j...@ @NÂè è '%ÃÃ/eÃÂ%uPÃkÃðWL W W à ÃN L¡Ã? \ e i...@ @Nlè è '%ÃÃ/eÃÂ%uPÃwt 331 Password required for eeepc ðWL7 6 6 Ã? \à ÃN L¡ E (...@ @°è è ÃÃ'%Â%u/eòP°kà õWLàG G Ã? \à Ãn l¡ e 9...@ @ÂÂè è ÃÃ'%Â%u/eòP°Â PASS depression õWLà < < à ÃN L¡Ã? \ E (j...@ @NÂè è '%ÃÃ/eòÂ%ÂPÃkÂõWL¯ P P à ÃN L¡Ã? \ e b...@ @Nqè è '%ÃÃ/eòÂ%ÂPÃÂR 230 User eeepc logged in õWLú 6 6 Ã? \à ÃN L¡ E (...@ @®è è ÃÃ'%Â%Â/f P°k³ õWLp < < Ã? \à Ãn l¡ e @ @§è è ÃÃ'%Â%Â/f P°Âz SYST õWLT¡ < < à ÃN L¡Ã? \ E (j...@ @NÂè è '%ÃÃ/f Â%ÂPÃkÂõWL$à I I à ÃN L¡Ã? \ E ;j...@ @Nvè è '%ÃÃ/f Â%ÂPÃ" 215 UNIX Type: L8 õWL¹f 6 6 Ã? \à ÃN L¡ E (...@ @ è ÃÃ'%Â%Â/f P°k ÷WL4 < < Ã? \à Ãn l¡ e @ @Â¥è è ÃÃ'%Â%Â/f P°Âz PASV ÷WLôD ` f à ÃN L¡Ã? \ e x...@ @NXè è '%ÃÃ/f Â%ÂPÃä 227 Entering Passive Mode (192,168,0,5,39,÷WLRE 6 6 Ã? \à ÃN L¡ E (...@ @ªè è ÃÃ'%Â%Â/fOP°kd ÷WLáE : : Ã? \à ÃN L¡ E ,4...@ @ ;è è æò'?Â}`°cW ¬÷WLÂF < < à ÃN L¡Ã? \ E , ...@ @¹rè è '?æò/¬Âà Â}`à´ ÷WLÃF 6 6 Ã? \à ÃN L¡ E (4...@ @ >è è æò'?Â}/¬ÂáP°¯n ÷WLG < < Ã? \à Ãn l¡ e @ @£è è ÃÃ'%Â%Â/fOP°Âz LIST ÷WLW ` l à ÃN L¡Ã? \ e ^...@ @NQè è '%ÃÃ/fOÂ%ÂPÃzæ 150 Opening ASCII mode data connection for÷WL ` µ à ÃN L¡Ã? \ e §Â...@ @/úè è '?æò/¬ÂáÂ}PûS drwxrwxrwx 2 nobody nogroup 16384 ÷WLø 6 6 Ã? \à ÃN L¡ E (4...@ @ 5è è æò'?Â}/¬Â`P°®ï ÷WLB 6 6 Ã? \à ÃN L¡ E (...@ @¨è è ÃÃ'%Â%Â/f P°k( ÷WL¨ < < à ÃN L¡Ã? \ E (Â...@ @0xè è '?æò/¬Â`Â}PîÃ÷WL 6 6 Ã? \à ÃN L¡ E (4:@ ...@ 4è è æò'?Â}/¬ÂaP°®à ÷WL
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 02/08/2010 18:14, Pascal Hambourg a écrit : > giggz a écrit : >> >> En gros voilà ce que j'ai fait : >> je me connecte sur mon NAS en ftp -p >> ensuite je me balade dans mes répertoires et lance un get. >> rien ne se passe. >> je fais un ctrl+c >> et encore un autre. >> puis "bye" >> et voilà. > > Bon, je ne suis pas le super-expert en analyse de trace TCP/IP, hein. > Ce que j'ai relevé comme bizarreries ou anomalies : > > > - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est > tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui > a normalement un certain nombre d'options TCP activées par défaut : > timestamp, selective ACK, window scaling... > > - Des checksums sont indiqués comme incorrects. Apparemment cela se > produit avec les segments émis par le client contenant des données et > ayant le flag P (PSH, Push) activé. Dans cette trace tous les segments > émis par client avec des données ont le flag P, donc je ne sais pas si > c'est la présence de données ou le flag P qui provoque ça. Mais ça n'a > pas l'air de gêner la communication puisque le serveur acquitte ces > segments. C'est peut-être un faux positif causé par de l'offloading > (traitement déporté, par exemple segmentation et calcul du checksum) de > TCP dans l'interface réseau à la place du noyau. > > - Le serveur envoie régulièrement des segments des données avec un > offset et une longueur aberrants : longueur des données 1444 au lieu de > 1452 conformément au MSS annoncé par le client, et offset largement > au-delà de l'offset courant. Cela se produit systématiquement juste > après la séquence de synchronisation de la connexion de données lorsque > le transfert nécessite plus d'un segment : > > séquence de synchronisation : > >> 14:25:12 IP (id 17251, proto TCP (6), length 44) client.dat5 > serveur.dat5: >> S, 2994688280:2994688280(0) win 5808 >> 14:25:12 IP (id 0, proto TCP (6), length 44) serveur.dat5 > client.dat5: >> S, 658576691:658576691(0) ack 2994688281 win 5840 >> 14:25:12 IP (id 17252, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 1 win 5808 > > 2 segments aberrants : > >> 14:25:12 IP (id 24813, proto TCP (6), length 1484) serveur.dat5 > >> client.dat5: . 1461:2905(1444) ack 1 win 5840 >> 14:25:12 IP (id 17253, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 1 win 5808 >> 14:25:12 IP (id 24815, proto TCP (6), length 1484) serveur.dat5 > >> client.dat5: P 4365:5809(1444) ack 1 win 5840 >> 14:25:12 IP (id 17254, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 1 win 5808 > > Le client répond à chaque fois qu'il attend l'offset 1. Après un délai > de 3 secondes des segments normaux sont ensuite transmis par le serveur > et acquittés par le client : > >> 14:25:15 IP (id 24816, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: . 1:1453(1452) ack 1 win 5840 >> 14:25:15 IP (id 17255, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 1453 win 8712 >> 14:25:15 IP (id 24817, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: . 1453:2905(1452) ack 1 win 5840 >> 14:25:15 IP (id 17256, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 2905 win 11616 >> 14:25:15 IP (id 24818, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: . 2905:4357(1452) ack 1 win 5840 >> 14:25:15 IP (id 17257, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 4357 win 14520 >> 14:25:15 IP (id 24819, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: P 4357:5809(1452) ack 1 win 5840 >> 14:25:15 IP (id 17258, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 5809 win 17424 > > Puis à nouveau un segment aberrant : > >> 14:25:15 IP (id 24821, proto TCP (6), length 1484) serveur.dat5 > >> client.dat5: . 7269:8713(1444) ack 1 win 5840 >> 14:25:15 IP (id 17259, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 5809 win 17424 > > Après un nouveau délai de 6 secondes cette fois, ça repart : > >> 14:25:21 IP (id 24822, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: . 5809:7261(1452) ack 1 win 5840 >> 14:25:21 IP (id 17260, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 7261 win 20328 >> 14:25:21 IP (id 24823, proto TCP (6), length 1492) serveur.dat5 > >> client.dat5: . 7261:8713(1452) ack 1 win 5840 >> 14:25:21 IP (id 17261, proto TCP (6), length 40) client.dat5 > serveur.dat5: >> ., ack 8713 win 23232 > > (Ces délais sont responsables de la lenteur de réception de fichiers qui > réussissent à passer.) > > Et ça continue, avec des délais en augmentation jusqu'à ce que le client > perde patience et interrompe le transfert. > > Je n'ai pas d'explication à proposer pour le moment. Il pourrait être > intéressant de comparer les traces avec les autres machine/distribution > qui marchent. > > Quelle est la version du noyau de BackTrack ? > Quel est le type de l'interface réseau de l'Eee PC ? > tout d'abord mer
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 01/08/2010 23:10, Christophe a écrit : > Bonjour, > > Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit : >> Le 31/07/2010 14:39, Pascal Hambourg a écrit : >>> giggz a écrit : question de NooB : les login/password en ftp sont en clair. si je copie/colle ce que me sort tcpdump, est ce que mon login/password est lisible ? >>> >>> Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP >>> (wireshark/tshark si en revanche) et n'affiche pas non plus les données >>> des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être >>> des versions. >>> >> >> ok. je joins le fichier en question. apparemment je ne vois pas mon mot >> de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou >> non changer mon password ;) >> >> En gros voilà ce que j'ai fait : >> je me connecte sur mon NAS en ftp -p >> ensuite je me balade dans mes répertoires et lance un get. >> rien ne se passe. >> je fais un ctrl+c >> et encore un autre. >> puis "bye" >> et voilà. >> >> Merci d'avance >> Guillaume > > Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS > contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en > tient pas compte. > Tu peux vérifier sa valeur avec la commande 'ip link show dev eth0', et > la régler avec 'ip link set dev eth0 mtu 1500' suivi d'un 'ip route > flush cache'. > nouveau rebondissement: j'ai remis ma mtu de mon NAS à 1500. et j'ai tapé les commandes de christopĥe ci-dessus sur mon eeepc. je me retrouve donc avec une mtu de 1500 et là ça marche parfaitement... bon la question est maintenant de savoir pourquoi ça marche pas avec une mtu plus basse... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i36u25$e8...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggz a écrit : > > En gros voilà ce que j'ai fait : > je me connecte sur mon NAS en ftp -p > ensuite je me balade dans mes répertoires et lance un get. > rien ne se passe. > je fais un ctrl+c > et encore un autre. > puis "bye" > et voilà. Bon, je ne suis pas le super-expert en analyse de trace TCP/IP, hein. Ce que j'ai relevé comme bizarreries ou anomalies : - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui a normalement un certain nombre d'options TCP activées par défaut : timestamp, selective ACK, window scaling... - Des checksums sont indiqués comme incorrects. Apparemment cela se produit avec les segments émis par le client contenant des données et ayant le flag P (PSH, Push) activé. Dans cette trace tous les segments émis par client avec des données ont le flag P, donc je ne sais pas si c'est la présence de données ou le flag P qui provoque ça. Mais ça n'a pas l'air de gêner la communication puisque le serveur acquitte ces segments. C'est peut-être un faux positif causé par de l'offloading (traitement déporté, par exemple segmentation et calcul du checksum) de TCP dans l'interface réseau à la place du noyau. - Le serveur envoie régulièrement des segments des données avec un offset et une longueur aberrants : longueur des données 1444 au lieu de 1452 conformément au MSS annoncé par le client, et offset largement au-delà de l'offset courant. Cela se produit systématiquement juste après la séquence de synchronisation de la connexion de données lorsque le transfert nécessite plus d'un segment : séquence de synchronisation : > 14:25:12 IP (id 17251, proto TCP (6), length 44) client.dat5 > serveur.dat5: > S, 2994688280:2994688280(0) win 5808 > 14:25:12 IP (id 0, proto TCP (6), length 44) serveur.dat5 > client.dat5: > S, 658576691:658576691(0) ack 2994688281 win 5840 > 14:25:12 IP (id 17252, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 1 win 5808 2 segments aberrants : > 14:25:12 IP (id 24813, proto TCP (6), length 1484) serveur.dat5 > > client.dat5: . 1461:2905(1444) ack 1 win 5840 > 14:25:12 IP (id 17253, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 1 win 5808 > 14:25:12 IP (id 24815, proto TCP (6), length 1484) serveur.dat5 > > client.dat5: P 4365:5809(1444) ack 1 win 5840 > 14:25:12 IP (id 17254, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 1 win 5808 Le client répond à chaque fois qu'il attend l'offset 1. Après un délai de 3 secondes des segments normaux sont ensuite transmis par le serveur et acquittés par le client : > 14:25:15 IP (id 24816, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: . 1:1453(1452) ack 1 win 5840 > 14:25:15 IP (id 17255, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 1453 win 8712 > 14:25:15 IP (id 24817, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: . 1453:2905(1452) ack 1 win 5840 > 14:25:15 IP (id 17256, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 2905 win 11616 > 14:25:15 IP (id 24818, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: . 2905:4357(1452) ack 1 win 5840 > 14:25:15 IP (id 17257, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 4357 win 14520 > 14:25:15 IP (id 24819, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: P 4357:5809(1452) ack 1 win 5840 > 14:25:15 IP (id 17258, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 5809 win 17424 Puis à nouveau un segment aberrant : > 14:25:15 IP (id 24821, proto TCP (6), length 1484) serveur.dat5 > > client.dat5: . 7269:8713(1444) ack 1 win 5840 > 14:25:15 IP (id 17259, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 5809 win 17424 Après un nouveau délai de 6 secondes cette fois, ça repart : > 14:25:21 IP (id 24822, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: . 5809:7261(1452) ack 1 win 5840 > 14:25:21 IP (id 17260, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 7261 win 20328 > 14:25:21 IP (id 24823, proto TCP (6), length 1492) serveur.dat5 > > client.dat5: . 7261:8713(1452) ack 1 win 5840 > 14:25:21 IP (id 17261, proto TCP (6), length 40) client.dat5 > serveur.dat5: > ., ack 8713 win 23232 (Ces délais sont responsables de la lenteur de réception de fichiers qui réussissent à passer.) Et ça continue, avec des délais en augmentation jusqu'à ce que le client perde patience et interrompe le transfert. Je n'ai pas d'explication à proposer pour le moment. Il pourrait être intéressant de comparer les traces avec les autres machine/distribution qui marchent. Quelle est la version du noyau de BackTrack ? Quel est le type de l'interface réseau de l'Eee PC ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de s
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le Mon, 02 Aug 2010 14:44:20 +0200, Christophe a écrit : ... > Exemple : un de mes pc réglé en 1500 effectue un ping -M do -s 1472 sur > un deuxième (mon portable, avec une Marvell 88E8072). > Sur ce dernier, le fait de descendre la MTU de l'interface à 1494 > l'empêche d'entendre les requêtes d'écho, alors qu'à 1495 il les entend > et fragmente ses réponses. J'abonde dans le sens de Pascal: chez moi aussi ça marche sans PB (avec le temps de réponse qui fait évidemment un bond lors de la fragmentation.) -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100802164422.1d70d...@anubis.defcon1
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Christophe a écrit : > > Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit : >> Non, car même si le MTU est réglé plus bas, une interface ethernet >> accepte quand même les trames de 1500 octets (voire plus). > > La commande 'ip link set dev mtu ' tente de régler la MTU pour > la couche IP -et- l'interface, qui n'acceptera plus rien au dessus si > elle supporte cette MTU en dur. MTU = Maximum *Transmit* Unit, donc en émission. Le MRU en réception ne devrait pas être affecté. > Exemple : un de mes pc réglé en 1500 effectue un ping -M do -s 1472 sur > un deuxième (mon portable, avec une Marvell 88E8072). > Sur ce dernier, le fait de descendre la MTU de l'interface à 1494 > l'empêche d'entendre les requêtes d'écho, alors qu'à 1495 il les entend > et fragmente ses réponses. Je suis surpris car d'une part car chez moi ça marche, et d'autre part 1495 reste inférieur à la taille du paquet de requête écho (1500) donc ce n'est pas cohérent. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c56d2c2.2030...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Bonjour, Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit : > Christophe a écrit : > > > > Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS > > contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en > > tient pas compte. > > Non, car même si le MTU est réglé plus bas, une interface ethernet > accepte quand même les trames de 1500 octets (voire plus). > La commande 'ip link set dev mtu ' tente de régler la MTU pour la couche IP -et- l'interface, qui n'acceptera plus rien au dessus si elle supporte cette MTU en dur. La notion dont tu parles est valide si tu restreins ta MTU sur des routes, auquel cas l'interface pourra entendre des paquets plus gros que la MTU assignée à la route en question. Mais rien ne garantit que l'interface entendra au dessus de la MTU qui lui est assignée par ip link. Sous MS Windows, les réglages sont plus clairs : les options avancées de la carte réseau permettent de régler la MTU "dure" ou la longueur de trame de l'interface (souvent appelée "jumbo frames", avec des valeurs discrètes), et 'netsh interface ipv4 show global' t'indique la MTU utilisée par la pile IP pour cette liaison. Linux règle les deux depuis la commande 'ip link'. Exemple : un de mes pc réglé en 1500 effectue un ping -M do -s 1472 sur un deuxième (mon portable, avec une Marvell 88E8072). Sur ce dernier, le fait de descendre la MTU de l'interface à 1494 l'empêche d'entendre les requêtes d'écho, alors qu'à 1495 il les entend et fragmente ses réponses. Cordialement, -- Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1280753060.2924.52.ca...@hp6830s.herblain.cdjh.info
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Christophe a écrit : > > Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS > contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en > tient pas compte. Non, car même si le MTU est réglé plus bas, une interface ethernet accepte quand même les trames de 1500 octets (voire plus). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c56a740.1040...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 02/08/2010 11:16, christophe.f...@free.fr a écrit : > > - "giggzounet" a écrit : > >> bien le bonjour, >> >> [snip] >> >>> >>> Non, pas après reboot de tout ce beau monde et si l'arp poisonning >>> était bien arrêté. Tu pouvais aussi vider les tables ARP à la main >>> sur les machines Linux : 'ip neigh flush'. La durée de vie du cache >>> ARP n'est pas très élevée de toute façon, en un quart d'heure les >>> effets devraient avoir disparus sans aucune action de ta part. >>> >> >> ok. bon zut alors une cause possible en moins... :) >> >> As tu vu qqch d etrange dans la sortie de tcpdump que j ai jointe >> précédemment ? > > Hormis l'incohérence de MTU/MSS, non. Une capture au format pcap > avec Wireshark serait la bienvenue, après avoir changé ton mot de > passe bien entendu voire ton login... Tout sera visible. > Il fait apparaître certains problèmes facilement, en analysant les > séquences TCP entre autres. > ok. je fais ca ce soir en rentrant. merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i362f4$tj...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
- "giggzounet" a écrit : > bien le bonjour, > > [snip] > > > > > Non, pas après reboot de tout ce beau monde et si l'arp poisonning > > était bien arrêté. Tu pouvais aussi vider les tables ARP à la main > > sur les machines Linux : 'ip neigh flush'. La durée de vie du cache > > ARP n'est pas très élevée de toute façon, en un quart d'heure les > > effets devraient avoir disparus sans aucune action de ta part. > > > > ok. bon zut alors une cause possible en moins... :) > > As tu vu qqch d etrange dans la sortie de tcpdump que j ai jointe > précédemment ? Hormis l'incohérence de MTU/MSS, non. Une capture au format pcap avec Wireshark serait la bienvenue, après avoir changé ton mot de passe bien entendu voire ton login... Tout sera visible. Il fait apparaître certains problèmes facilement, en analysant les séquences TCP entre autres. > > Merci de ton aide > De rien ! -- Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/61.3830821280740571074.javamail.r...@spooler2-g27.priv.proxad.net
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
bien le bonjour, [snip] > > Non, pas après reboot de tout ce beau monde et si l'arp poisonning > était bien arrêté. Tu pouvais aussi vider les tables ARP à la main > sur les machines Linux : 'ip neigh flush'. La durée de vie du cache > ARP n'est pas très élevée de toute façon, en un quart d'heure les > effets devraient avoir disparus sans aucune action de ta part. > ok. bon zut alors une cause possible en moins... :) As tu vu qqch d etrange dans la sortie de tcpdump que j ai jointe précédemment ? Merci de ton aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i361d7$pr...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Bonjour, - "giggzounet" a écrit : > Le 31/07/2010 12:51, giggz a écrit : > > Bonjour, > > > > derrière mon routeur j'ai : > > un NAS > > un laptop > > un eeepc > > > > le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces > > machines. Chaque machine a une ip fixe attribuée par le routeur. > > > > je veux récupérer un fichier situé sur mon NAS à partir de mon > eeepc > > sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes > sont > > les suivants : > > - je peux me connecter sans problème de mon eeepc vers le NAS via > ftp, > > cifs ou NFS. je peux lister et me balader dans mes partages. Par > contre > > dès que j'essaye de récupérer un fichier, le transfert se bloque > quelque > > soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il > me > > transfère 12K... :D > > > > Voilà ce que j'ai tenté : > > - j'ai bouté mon eeepc sous w7. aucun problème de transfert via > samba. > > - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert > via ftp. > > - je pensais à une mauvaise configuration du NAS; j'ai donc tenté > avec > > mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs > et NFS. > > - j'ai pensé à un problème de droits: les users sont les mêmes entre > mon > > laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de > télécharger > > dans /tmp...ça ne marche pas. le transfert se bloque toujours après > 12K... > > - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. > j'ai > > activé le parefeu en laissant tout ouvert...le problème persiste... > > > > bref je n'y comprends plus rien. Si vous avez des idées d'où ça > peut > > venir...et surtout où chercher... > > > > j'ai oublié de préciser: j'ai évidemment regarder les logs > (messages, > > syslog, auth, user) et rien de rien... > > > > Je me rappelle avoir jouer avec ettercap entre le laptop et le eeepc > il > y 2 semaines : j ai lancé ettercap sur le eeepc avec pour cible le > laptop et j ai fait du arp poisoning pour voir si je récupérais mes > mot > de passe (ca marche d ailleurs étonnamment bien). Est ce que ca peut > avoir une influence ? apres rebooot du routeur, laptop, NAS et eeepc > ? > > Merci > Non, pas après reboot de tout ce beau monde et si l'arp poisonning était bien arrêté. Tu pouvais aussi vider les tables ARP à la main sur les machines Linux : 'ip neigh flush'. La durée de vie du cache ARP n'est pas très élevée de toute façon, en un quart d'heure les effets devraient avoir disparus sans aucune action de ta part. Cordialement, -- Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2141829.3826231280739108452.javamail.r...@spooler2-g27.priv.proxad.net
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 02/08/2010 10:17, giggzounet a écrit : > Le 31/07/2010 12:51, giggz a écrit : >> Bonjour, >> >> derrière mon routeur j'ai : >> un NAS >> un laptop >> un eeepc >> >> le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces >> machines. Chaque machine a une ip fixe attribuée par le routeur. >> >> je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc >> sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont >> les suivants : >> - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, >> cifs ou NFS. je peux lister et me balader dans mes partages. Par contre >> dès que j'essaye de récupérer un fichier, le transfert se bloque quelque >> soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me >> transfère 12K... :D >> >> Voilà ce que j'ai tenté : >> - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. >> - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. >> - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec >> mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. >> - j'ai pensé à un problème de droits: les users sont les mêmes entre mon >> laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger >> dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K... >> - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai >> activé le parefeu en laissant tout ouvert...le problème persiste... >> >> bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut >> venir...et surtout où chercher... >> >> j'ai oublié de préciser: j'ai évidemment regarder les logs (messages, >> syslog, auth, user) et rien de rien... >> > > Je me rappelle avoir jouer avec ettercap entre le laptop et le eeepc il > y 2 semaines : j ai lancé ettercap sur le eeepc avec pour cible le > laptop et j ai fait du arp poisoning pour voir si je récupérais mes mot > de passe (ca marche d ailleurs étonnamment bien). Est ce que ca peut > avoir une influence ? apres rebooot du routeur, laptop, NAS et eeepc ? > > Merci > J'ai aussi fait des tests entre mon eeepc et un fixe qui est aussi sur mon LAN et je nai aucun probleme pour monter un partage NFS et telecharger de gros fichiers dessus. Le probleme se concentre donc entre mon NAS et mon eeepc et uniquement en download (quelque soit la méthode utilisée: ftp, samba ou nfs). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i35vc4$jf...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 31/07/2010 12:51, giggz a écrit : > Bonjour, > > derrière mon routeur j'ai : > un NAS > un laptop > un eeepc > > le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces > machines. Chaque machine a une ip fixe attribuée par le routeur. > > je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc > sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont > les suivants : > - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, > cifs ou NFS. je peux lister et me balader dans mes partages. Par contre > dès que j'essaye de récupérer un fichier, le transfert se bloque quelque > soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me > transfère 12K... :D > > Voilà ce que j'ai tenté : > - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. > - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. > - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec > mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. > - j'ai pensé à un problème de droits: les users sont les mêmes entre mon > laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger > dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K... > - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai > activé le parefeu en laissant tout ouvert...le problème persiste... > > bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut > venir...et surtout où chercher... > > j'ai oublié de préciser: j'ai évidemment regarder les logs (messages, > syslog, auth, user) et rien de rien... > Je me rappelle avoir jouer avec ettercap entre le laptop et le eeepc il y 2 semaines : j ai lancé ettercap sur le eeepc avec pour cible le laptop et j ai fait du arp poisoning pour voir si je récupérais mes mot de passe (ca marche d ailleurs étonnamment bien). Est ce que ca peut avoir une influence ? apres rebooot du routeur, laptop, NAS et eeepc ? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i35uvb$i8...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le Sun, 01 Aug 2010 23:46:33 +0200, giggz a écrit : > Le 01/08/2010 23:39, Jean-Yves F. Barbier a écrit : > > Le Sun, 01 Aug 2010 23:32:03 +0200, > > giggz a écrit : > > > > ... > >> J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De > >> plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche > >> très bien entre ce laptop et le NAS. > > > > la valeur std pour un LAN est de 1500 bytes. > > > > je sais...mais malheureusement mon routeur force la valeur à 1492 au > moment où il y a dialogue avec le serveur dhcp. En gros si je fonctionne > en ip fixe je peux forcer la mtu à 1500. mais si je laisse le dhcp faire > son travail j'ai tjs une mtu à 1492. bon en même temps c'est po très > grave si tout est à 1492, non ? ça dépend à combien est le router du côté WAN. c'est une valeur qu'il fallait souvent forcer il-y-a une dizaine d'année, mais plus maintenant; je me rappelle qu'avec le câble, un déphasage entre 1492 et 1500 pouvait mener jusqu'à -80% de perfs sur le LAN. en gros, c'est plus rapide de fragmenter. -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100801235800.53172...@anubis.defcon1
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 01/08/2010 23:39, Jean-Yves F. Barbier a écrit : > Le Sun, 01 Aug 2010 23:32:03 +0200, > giggz a écrit : > > ... >> J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De >> plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche >> très bien entre ce laptop et le NAS. > > la valeur std pour un LAN est de 1500 bytes. > je sais...mais malheureusement mon routeur force la valeur à 1492 au moment où il y a dialogue avec le serveur dhcp. En gros si je fonctionne en ip fixe je peux forcer la mtu à 1500. mais si je laisse le dhcp faire son travail j'ai tjs une mtu à 1492. bon en même temps c'est po très grave si tout est à 1492, non ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i34pvp$qm...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le Sun, 01 Aug 2010 23:32:03 +0200, giggz a écrit : ... > J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De > plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche > très bien entre ce laptop et le NAS. la valeur std pour un LAN est de 1500 bytes. -- Women's Libbers are OK. I just wouldn't want my sister to marry one. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100801233921.2ef9c...@anubis.defcon1
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 01/08/2010 23:10, Christophe a écrit : > Bonjour, > > Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit : >> Le 31/07/2010 14:39, Pascal Hambourg a écrit : >>> giggz a écrit : question de NooB : les login/password en ftp sont en clair. si je copie/colle ce que me sort tcpdump, est ce que mon login/password est lisible ? >>> >>> Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP >>> (wireshark/tshark si en revanche) et n'affiche pas non plus les données >>> des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être >>> des versions. >>> >> >> ok. je joins le fichier en question. apparemment je ne vois pas mon mot >> de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou >> non changer mon password ;) >> >> En gros voilà ce que j'ai fait : >> je me connecte sur mon NAS en ftp -p >> ensuite je me balade dans mes répertoires et lance un get. >> rien ne se passe. >> je fais un ctrl+c >> et encore un autre. >> puis "bye" >> et voilà. >> >> Merci d'avance >> Guillaume > > Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS > contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en > tient pas compte. > Tu peux vérifier sa valeur avec la commande 'ip link show dev eth0', et > la régler avec 'ip link set dev eth0 mtu 1500' suivi d'un 'ip route > flush cache'. > J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche très bien entre ce laptop et le NAS. merci! Bye GiGGz -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i34p4k$os...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Bonjour, Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit : > Le 31/07/2010 14:39, Pascal Hambourg a écrit : > > giggz a écrit : > >> > >> question de NooB : les login/password en ftp sont en clair. si je > >> copie/colle ce que me sort tcpdump, est ce que mon login/password est > >> lisible ? > > > > Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP > > (wireshark/tshark si en revanche) et n'affiche pas non plus les données > > des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être > > des versions. > > > > ok. je joins le fichier en question. apparemment je ne vois pas mon mot > de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou > non changer mon password ;) > > En gros voilà ce que j'ai fait : > je me connecte sur mon NAS en ftp -p > ensuite je me balade dans mes répertoires et lance un get. > rien ne se passe. > je fais un ctrl+c > et encore un autre. > puis "bye" > et voilà. > > Merci d'avance > Guillaume Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en tient pas compte. Tu peux vérifier sa valeur avec la commande 'ip link show dev eth0', et la régler avec 'ip link set dev eth0 mtu 1500' suivi d'un 'ip route flush cache'. -- Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1280697039.6184.15.ca...@hp6830s.herblain.cdjh.info
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 31/07/2010 14:39, Pascal Hambourg a écrit : > giggz a écrit : >> >> question de NooB : les login/password en ftp sont en clair. si je >> copie/colle ce que me sort tcpdump, est ce que mon login/password est >> lisible ? > > Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP > (wireshark/tshark si en revanche) et n'affiche pas non plus les données > des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être > des versions. > ok. je joins le fichier en question. apparemment je ne vois pas mon mot de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou non changer mon password ;) En gros voilà ce que j'ai fait : je me connecte sur mon NAS en ftp -p ensuite je me balade dans mes répertoires et lance un get. rien ne se passe. je fais un ctrl+c et encore un autre. puis "bye" et voilà. Merci d'avance Guillaume 14:24:39.874317 IP (tos 0x0, ttl 64, id 46792, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.4.57933 > 192.168.0.5.10021: S, cksum 0x1e6a (correct), 2487174152:2487174152(0) win 5808 14:24:39.874537 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.5.10021 > 192.168.0.4.57933: S, cksum 0x39f4 (correct), 619233108:619233108(0) ack 2487174153 win 5840 14:24:39.874653 IP (tos 0x0, ttl 64, id 46793, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x51d1 (correct), ack 1 win 5808 14:24:39.913398 IP (tos 0x0, ttl 64, id 54843, offset 0, flags [DF], proto TCP (6), length 102) 192.168.0.5.10021 > 192.168.0.4.57933: P 1:63(62) ack 1 win 5840 14:24:39.913523 IP (tos 0x10, ttl 64, id 46794, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x5193 (correct), ack 63 win 5808 14:24:41.039400 IP (tos 0x10, ttl 64, id 46795, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.4.57933 > 192.168.0.5.10021: P, cksum 0x8180 (incorrect (-> 0xb886), 1:13(12) ack 63 win 5808 14:24:41.039608 IP (tos 0x0, ttl 64, id 54844, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.5.10021 > 192.168.0.4.57933: ., cksum 0x5167 (correct), ack 13 win 5840 14:24:41.048400 IP (tos 0x0, ttl 64, id 54845, offset 0, flags [DF], proto TCP (6), length 73) 192.168.0.5.10021 > 192.168.0.4.57933: P, cksum 0x4201 (correct), 63:96(33) ack 13 win 5840 14:24:41.048513 IP (tos 0x10, ttl 64, id 46796, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x5166 (correct), ack 96 win 5808 14:24:43.991953 IP (tos 0x10, ttl 64, id 46797, offset 0, flags [DF], proto TCP (6), length 54) 192.168.0.4.57933 > 192.168.0.5.10021: P, cksum 0x8182 (incorrect (-> 0x6891), 13:27(14) ack 96 win 5808 14:24:44.025514 IP (tos 0x0, ttl 64, id 54846, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.5.10021 > 192.168.0.4.57933: ., cksum 0x5138 (correct), ack 27 win 5840 14:24:44.085207 IP (tos 0x0, ttl 64, id 54847, offset 0, flags [DF], proto TCP (6), length 66) 192.168.0.5.10021 > 192.168.0.4.57933: P, cksum 0x70c2 (correct), 96:122(26) ack 27 win 5840 14:24:44.085331 IP (tos 0x10, ttl 64, id 46798, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x513e (correct), ack 122 win 5808 14:24:44.085444 IP (tos 0x10, ttl 64, id 46799, offset 0, flags [DF], proto TCP (6), length 46) 192.168.0.4.57933 > 192.168.0.5.10021: P, cksum 0x817a (incorrect (-> 0x9d78), 27:33(6) ack 122 win 5808 14:24:44.085624 IP (tos 0x0, ttl 64, id 54848, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.5.10021 > 192.168.0.4.57933: ., cksum 0x5118 (correct), ack 33 win 5840 14:24:44.089889 IP (tos 0x0, ttl 64, id 54849, offset 0, flags [DF], proto TCP (6), length 59) 192.168.0.5.10021 > 192.168.0.4.57933: P, cksum 0xe9ac (correct), 122:141(19) ack 33 win 5840 14:24:44.127296 IP (tos 0x10, ttl 64, id 46800, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x5125 (correct), ack 141 win 5808 14:24:47.747473 IP (tos 0x10, ttl 64, id 46801, offset 0, flags [DF], proto TCP (6), length 46) 192.168.0.4.57933 > 192.168.0.5.10021: P, cksum 0x817a (incorrect (-> 0xa075), 33:39(6) ack 141 win 5808 14:24:47.755380 IP (tos 0x0, ttl 64, id 54850, offset 0, flags [DF], proto TCP (6), length 89) 192.168.0.5.10021 > 192.168.0.4.57933: P 141:190(49) ack 39 win 5840 14:24:47.755508 IP (tos 0x10, ttl 64, id 46802, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.57933 > 192.168.0.5.10021: ., cksum 0x50ee (correct), ack 190 win 5808 14:24:47.755666 IP (tos 0x0, ttl 64, id 13693, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.4.49548 > 192.168.0.5.10099: S, cksum 0xac50 (correct), 2613432078:2613432078(0) win 5808 14:24:47.755863 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.5.10099 > 192.168.0.4.49548: S, cksum 0x5cac (correct), 617753241:617753241(0) ack 261343207
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggz a écrit : > > question de NooB : les login/password en ftp sont en clair. si je > copie/colle ce que me sort tcpdump, est ce que mon login/password est > lisible ? Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP (wireshark/tshark si en revanche) et n'affiche pas non plus les données des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être des versions. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c541988.4010...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 31/07/2010 14:16, Pascal Hambourg a écrit : > giggz a écrit : >> >> Pour la capture j'utilise quoi ? tcpdump ou wireshark ? > > Peu importe, celui que tu sais le mieux utiliser. > Il y a aussi tshark, la version console de wireshark. > >> quel est le plus >> simple à utiliser pour qqn qui n'y connait pas grand chose ? > > Probablement wireshark, parce que c'est graphique. > Mais tcpdump est simple à utiliser pour afficher une trace facile à > copier à la souris ou à rediriger dans un fichier : > > # tcpdump -ni host > (ctrl+c pour quitter) > ok. je fais un tcpdump -nvi eth0 host > pb_NAS.txt question de NooB : les login/password en ftp sont en clair. si je copie/colle ce que me sort tcpdump, est ce que mon login/password est lisible ? Merci :) Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i314rc$3u...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Pascal Hambourg a écrit : > > # tcpdump -ni host > (ctrl+c pour quitter) A la réflexion, l'option -v serait utile pour afficher plus des détails sur les paquets. # tcpdump -nvi host -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c5414bc.9080...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
giggz a écrit : > > Pour la capture j'utilise quoi ? tcpdump ou wireshark ? Peu importe, celui que tu sais le mieux utiliser. Il y a aussi tshark, la version console de wireshark. > quel est le plus > simple à utiliser pour qqn qui n'y connait pas grand chose ? Probablement wireshark, parce que c'est graphique. Mais tcpdump est simple à utiliser pour afficher une trace facile à copier à la souris ou à rediriger dans un fichier : # tcpdump -ni host (ctrl+c pour quitter) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c54142c.9000...@plouf.fr.eu.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Le 31/07/2010 13:24, Pascal Hambourg a écrit : > Salut, > > giggz a écrit : >> >> je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc >> sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont >> les suivants : >> - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, >> cifs ou NFS. je peux lister et me balader dans mes partages. Par contre >> dès que j'essaye de récupérer un fichier, le transfert se bloque quelque >> soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me >> transfère 12K... :D > > Est-ce que le transfert d'un fichier de moins de 12 ko marche ? oui mais c'est très lent. > Et dans l'autre sens, est-ce que l'envoi d'un fichier de plus de 12 ko > marche ? > oui (test avec un fichier de 100Mo) avec un taux de transfert rapide "normal" pour du 100Mb/s. >> - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. >> - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. >> - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec >> mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. > > C'est peut-être un problème réseau, au niveau TCP/IP, comme une option > TCP mal gérée d'un côté ou de l'autre. Quelles versions de noyau sur les > différentes machines ? Tu pourrais faire une capture de trafic lors d'un > transfert (en FTP de préférence, c'est plus simple) quand ça marche et > quand ça bloque pour comparer. > sur le eeepc j'ai une debian lenny + backport. J'ai le dernier kernel de backport le : 2.6.32-5 sur le laptop j'ai une debian sid avec un 2.6.34.1 compilé à la main. Pour la capture j'utilise quoi ? tcpdump ou wireshark ? quel est le plus simple à utiliser pour qqn qui n'y connait pas grand chose ? Merci Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i312vp$tj...@dough.gmane.org
Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport
Salut, giggz a écrit : > > je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc > sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont > les suivants : > - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, > cifs ou NFS. je peux lister et me balader dans mes partages. Par contre > dès que j'essaye de récupérer un fichier, le transfert se bloque quelque > soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me > transfère 12K... :D Est-ce que le transfert d'un fichier de moins de 12 ko marche ? Et dans l'autre sens, est-ce que l'envoi d'un fichier de plus de 12 ko marche ? > - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. > - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. > - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec > mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. C'est peut-être un problème réseau, au niveau TCP/IP, comme une option TCP mal gérée d'un côté ou de l'autre. Quelles versions de noyau sur les différentes machines ? Tu pourrais faire une capture de trafic lors d'un transfert (en FTP de préférence, c'est plus simple) quand ça marche et quand ça bloque pour comparer. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c540800.3030...@plouf.fr.eu.org
Pb de transfert de fichiers entre un NAS et une debian lenny backport
Bonjour, derrière mon routeur j'ai : un NAS un laptop un eeepc le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces machines. Chaque machine a une ip fixe attribuée par le routeur. je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont les suivants : - je peux me connecter sans problème de mon eeepc vers le NAS via ftp, cifs ou NFS. je peux lister et me balader dans mes partages. Par contre dès que j'essaye de récupérer un fichier, le transfert se bloque quelque soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me transfère 12K... :D Voilà ce que j'ai tenté : - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba. - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp. - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS. - j'ai pensé à un problème de droits: les users sont les mêmes entre mon laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K... - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai activé le parefeu en laissant tout ouvert...le problème persiste... bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut venir...et surtout où chercher... j'ai oublié de préciser: j'ai évidemment regarder les logs (messages, syslog, auth, user) et rien de rien... Merci d'avance Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i30v7e$in...@dough.gmane.org
Re: pidgin gtalk et transfert de fichiers
fwd sur la liste: Le 10/07/2009 à 13:39, Gabriel Moreau écrit : > > > si qq 'un a une idée, ou au moins confirmer que ca marche > > avec lenny (ou lenny-backports) > > Je me suis fait un serveur jabber et pidgin ne marche pas avec pour le > transfert de fichier. > > J'ai validé psi et gajim qui marche a peu près sur tout. > > Bref, pour jabber, pidgin est pas génial. > > gabriel merci pour l'info :) Alain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
pidgin gtalk et transfert de fichiers
bonjour j'essaye sans succès de faire un transfert de fichier avec pidgin, en utilisant un compte gmail/gtalk, mais ca ne marche jamais (ni émission ni reception) le firewall est désactivé le chat fonctionne, aisni que la liste des contacts si qq 'un a une idée, ou au moins confirmer que ca marche avec lenny (ou lenny-backports) Alain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: jabber+livebox+msn+transfert de fichiers
Je vous remercie. Cordialement, Erzu -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jabber+livebox+msn+transfert de fichiers
Salut, On 25 avr, 09:30, Erzurum <[EMAIL PROTECTED]> wrote: > STFW: > > > google "jabber file transfer" > > > -> premier lien, "Jabber file transfer FAQ", où l'on trouve: > > > "Can I send files to non-Jabber users?" > > "No" > >http://support.jabber.com/faqs/filetrans/nonjabber.html ah ? et ça c'est quoi ? http://delx.net.au/projects/pymsnt/news.html La passerelle pymsnt supporte le transfert de fichier jabber-msn/msn- jabber depuis la version 0.11 J'ai jamais essayé avec un serveur public, mais apparemment jabberfr.org est censé le supporter aussi (http://forum.jabberfr.org/ viewtopic.php?pid=4366) En tout cas, en local, ejabberd + pymsnt, ça fonctionne très bien. Il faut juste pas oublier d'activer la fonctionnalité dans la config... > > > Voilà. Donc il va falloir convaincre tes enfants de > > rejoindre la chapelle. (et là on aura pas d'excuse pour ne > > pas se casser la tête, personellement le transfer de fichier > > avec Jabber je ne sais pas comment ça marche). > Tu peux t'y mettre tout de suite, mais normalement le transfert est supporté out of the box avec la plupart des clients : http://trac.gajim.org/wiki/FileTransfer -- Nicolas
Re: jabber+livebox+msn+transfert de fichiers
STFW: > google "jabber file transfer" > > -> premier lien, "Jabber file transfer FAQ", où l'on trouve: > > "Can I send files to non-Jabber users?" > "No" > http://support.jabber.com/faqs/filetrans/nonjabber.html > > Voilà. Donc il va falloir convaincre tes enfants de > rejoindre la chapelle. (et là on aura pas d'excuse pour ne > pas se casser la tête, personellement le transfer de fichier > avec Jabber je ne sais pas comment ça marche). > > Y. http://support.jabber.com/faqs/filetrans/nonjabber.htm: "No. Right now, the functionality to send files to (an receive files from) users on other instant messaging systems does not exist. However, it has been suggested as a future feature." Merci pour le lien, je reconnais avoir privilégié par paresse les liens en français. Je sais maintenant ce qu'il me reste à faire, faire passer mes enfants à jabber, et peut-être qu'un jour ils franchiront le pas vers le libre; personnellement c'est ainsi, par Mozilla, que j'en suis venu à Debian, avec l'aide de quelqu'un qui à pris le temps de faire de la pédagogie (pub!): http://formation-debian.via.ecp.fr/ Pour ce qui est des chapelles (de mon avis c'était une gentille "stimulation", on ne va pas employer les grands mots.. et ça a marché, j'ai ma réponse), mon métier c'est justement d'apprendre aux enfants (les miens c'est pareil, mais plus compliqué peut-être) à développer leur libre (tiens donc..) choix, et par les temps qui courent, à se tenir le plus éloignés de toutes les chapelles, on voit où elles nous mènent. Cordialement, Erzurum
Re: jabber+livebox+msn+transfert de fichiers
On Wed, Apr 23, 2008 at 06:40:21PM +0200, Erzurum wrote: > Allez, s'il vous plaît, je ne pense pas que ce soit vraiment compliqué ce que > je cherche mais je ne trouve pas. Je sais aussi que msn ce n'est pas bien > mais je veux juste pouvoir échanger facilement quelques photos avec mes > enfants qui un jour, je suis sûr seront aussi sous Debian aussi. Quittez > votre chapelle 5 minutes. On n'est pas tous des pros. > Merci. > > STFW: google "jabber file transfer" -> premier lien, "Jabber file transfer FAQ", où l'on trouve: "Can I send files to non-Jabber users?" "No" http://support.jabber.com/faqs/filetrans/nonjabber.html Voilà. Donc il va falloir convaincre tes enfants de rejoindre la chapelle. (et là on aura pas d'excuse pour ne pas se casser la tête, personellement le transfer de fichier avec Jabber je ne sais pas comment ça marche). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jabber+livebox+msn+transfert de fichiers
Erzurum, mercredi 23 avril 2008, 18:40:21 CEST > > Allez, s'il vous plaît, je ne pense pas que ce soit vraiment compliqué ce que > je cherche mais je ne trouve pas. Je sais aussi que msn ce n'est pas bien > mais je veux juste pouvoir échanger facilement quelques photos avec mes > enfants qui un jour, je suis sûr seront aussi sous Debian aussi. Quittez > votre chapelle 5 minutes. On n'est pas tous des pros. > Merci. Bah, le problème, ce n’est pas du « chapellisme » ou du snobisme de notre part, c’est juste qu’on est des vieux geeks, donc on utilise encore uucp, enfin, on l’utiliserait si on avait des amis… -- Sylvain Sauvage
Re: jabber+livebox+msn+transfert de fichiers
Allez, s'il vous plaît, je ne pense pas que ce soit vraiment compliqué ce que je cherche mais je ne trouve pas. Je sais aussi que msn ce n'est pas bien mais je veux juste pouvoir échanger facilement quelques photos avec mes enfants qui un jour, je suis sûr seront aussi sous Debian aussi. Quittez votre chapelle 5 minutes. On n'est pas tous des pros. Merci.
Re: jabber+livebox+msn+transfert de fichiers
La liaison de la Livebox à l'ordinateur est assurée par un câble ethernet.
jabber+livebox+msn+transfert de fichiers
Bonjour, Est-il possible de faire du transfert de fichier (sans trop se prendre le choux à plonger dans les entrailles de la bête si possible..)? Je ne trouve pas ce que je cherche, j'ai installé Psi, j'ai ouvert deux comptes ( im.apinc.org, jabber.fr), je peux discuter avec mes contacts sur msn, j'ai ouvert un port sur la livebox, mais rien à faire pour du transfert de fichier; s'il a un moyen pas trop compliqué de résoudre mon pb, je veux bien de l'aide, sinon je peux me débrouiller autrement (mel ..). Merci
Re: transfert de fichiers musicaux sur baladeur Samsung YP-K3
Jean-Louis Giraud wrote: >> D'après ce que j'ai compris pour le support du ogg il faut flasher le >> balladeur... >> >> > au fait qu'appelles-tu "flasher" le baladeur ? > Il s'agit de remplacer le firmware du balladeur. On trouve la procédure ici : http://www.samsung-microsites.fr/firmwares/ D'après ce que je comprends , pour que le baladeur soit reconnu comme un périphérique usb et accepte de Ogg il faut un firmware utilisant la norme ums en lieu et place de mtp. http://forum.generationmp3.com/index.php?showtopic=57064 Cordialement Taime -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: transfert de fichiers musicaux sur baladeur Samsung YP-K3
> > D'après ce que j'ai compris pour le support du ogg il faut flasher le > balladeur... > au fait qu'appelles-tu "flasher" le baladeur ? cordialement Jean-Louis Giraud
Re: transfert de fichiers musicaux sur baladeur Samsung YP-K3
On Sat, 27 Oct 2007 21:57:42 +0200 Thierry Aimé <[EMAIL PROTECTED]> wrote: > Bonjour, > > J'utilise depuis presque un an, un YP-K5 qui fonctionne comme le YP-K3. > Jusqu'à très récemment j'utilisais des versions de gnomad2 et libmtp > directement > compilées depuis les sources trouvés sur les site > http://libmtp.sourceforge.net/ > et http://gnomad2.sourceforge.net/. Tout ceci se compile sans difficulté > particulière (compiler et installer d'abord libmtp, puis gnomad2). > > Aujourd'hui les versions de gnomad2 et libmtp en sid fonctionnent > parfaitement. > > D'après ce que j'ai compris pour le support du ogg il faut flasher le > balladeur... > > Cordialement > Taime Merci pour les infos : on va tester tout ça. Cordialement JLouis Giraud
Re: transfert de fichiers musicaux sur baladeur Samsung YP-K3
Bonjour, J'utilise depuis presque un an, un YP-K5 qui fonctionne comme le YP-K3. Jusqu'à très récemment j'utilisais des versions de gnomad2 et libmtp directement compilées depuis les sources trouvés sur les site http://libmtp.sourceforge.net/ et http://gnomad2.sourceforge.net/. Tout ceci se compile sans difficulté particulière (compiler et installer d'abord libmtp, puis gnomad2). Aujourd'hui les versions de gnomad2 et libmtp en sid fonctionnent parfaitement. D'après ce que j'ai compris pour le support du ogg il faut flasher le balladeur... Cordialement Taime Jean-Louis Giraud wrote: > bonjour, > le nom complet de mon baladeur est YP-K3J QB/XEF > je suis en Lenny avec Gnome comme environnement graphique. > J'ai acheté ce baladeur il y a quelques temps. Il était vendu comme > étant compatible Linux mais je n'ai pas fait attention au fait qu'il > n'est pas reconnu comme un périphérique USB : il utilise le protocope > MTP pour le transfert de fichiers. > Jusqu'à présent j'ai exploré 2 voies toutes 2 infructueuses : > la 1ère consistant à transférer des fichiers au format Ogg Vorbis > à l'aide d'une part de Gnomad 2 version 2.8.12 puis d'Amarok 1.4.6 > la seconde en convertissant mes fichiers musicaux au format MP3 > puis de les transférer > Echec donc dans tous les cas et même régression puisque au début mon > baladeur était détecté alors que maintenant j'ai l'impression qu'il ne > l'est plus ! > Suis preneur de tout coup de main. > D'avance merci > > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
transfert de fichiers musicaux sur baladeur Samsung YP-K3
bonjour, le nom complet de mon baladeur est YP-K3J QB/XEF je suis en Lenny avec Gnome comme environnement graphique. J'ai acheté ce baladeur il y a quelques temps. Il était vendu comme étant compatible Linux mais je n'ai pas fait attention au fait qu'il n'est pas reconnu comme un périphérique USB : il utilise le protocope MTP pour le transfert de fichiers. Jusqu'à présent j'ai exploré 2 voies toutes 2 infructueuses : la 1ère consistant à transférer des fichiers au format Ogg Vorbis à l'aide d'une part de Gnomad 2 version 2.8.12 puis d'Amarok 1.4.6 la seconde en convertissant mes fichiers musicaux au format MP3 puis de les transférer Echec donc dans tous les cas et même régression puisque au début mon baladeur était détecté alors que maintenant j'ai l'impression qu'il ne l'est plus ! Suis preneur de tout coup de main. D'avance merci -- Cordialement Jean-Louis Giraud
Re: Mettre en pause un transfert de fichiers ...
Le mardi 11 septembre 2007, Sylvain a écrit : > Bonjour la liste, > J'ai une question un peu HS, [...] > je veux transférer un gros paquet de données [...]. > [...] Typiquement, j'aimerais pourvoir mettre en pause quand je le > souhaite l'upload de mes fichiers, et relancer le transfert dès que je > le souhaites (càd continuer exactement là où j'en étais précédemment). > Y a t'il un moyen simple de faire ça, le tout à partir d'outils en ligne > de commande seulement ? Merci de votre aide ! [...] Package: wput Description: A tiny wget-like ftp-client for uploading files Wput is a tiny ftp-client, that uploads files or directories to a remote ftp-server. . Main features are: resuming, time-stamping, wget-like interface, proxy-support and speed-limit. . Homepage: http://wput.sourceforge.net/ Cordialement, -- Eric DÉCORNOD
Re: Mettre en pause un transfert de fichiers ...
Le 13767ième jour après Epoch, [EMAIL PROTECTED] écrivait: > Bonjour la liste, > > J'ai une question un peu HS, mais je tente quand même ma chance ici : > je veux transférer un gros paquet de données de mon serveur hébergé > chez moi vers une machine sur le net. Il y a pas mal de Go, et ça > prendra BCP de temps, mais peu importe. > Jusqu'à maintenant, je transférais mes fichiers à coup de ftp ou > scp. Seulement, une fois qu'un transfert est lancé, on ne peut plus > l'arrêter ... Typiquement, j'aimerais pourvoir mettre en pause quand > je le souhaite l'upload de mes fichiers, et relancer le transfert dès > que je le souhaites (càd continuer exactement là où j'en étais > précédemment). > > Y a t'il un moyen simple de faire ça, le tout à partir d'outils en > ligne de commande seulement ? Tu peux essayer rsync, qui est interruptible n'importe quand, et que tu peux relancer à volonté. Il ne va prendre que les différences pour les télécharger.
Mettre en pause un transfert de fichiers ...
Bonjour la liste, J'ai une question un peu HS, mais je tente quand même ma chance ici : je veux transférer un gros paquet de données de mon serveur hébergé chez moi vers une machine sur le net. Il y a pas mal de Go, et ça prendra BCP de temps, mais peu importe. Jusqu'à maintenant, je transférais mes fichiers à coup de ftp ou scp. Seulement, une fois qu'un transfert est lancé, on ne peut plus l'arrêter ... Typiquement, j'aimerais pourvoir mettre en pause quand je le souhaite l'upload de mes fichiers, et relancer le transfert dès que je le souhaites (càd continuer exactement là où j'en étais précédemment). Y a t'il un moyen simple de faire ça, le tout à partir d'outils en ligne de commande seulement ? Merci de votre aide ! -- Sylvain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Transfert de fichiers
Salut pour ce qui est du contournement de l'ip dynamique, tu peut passer par un "nom de domaine" dynamique avec dyndns pour ce qui est de ton transfert de fichier, si tu peut avoir une liaison ssh entre les 2 postes je te conseillerai d'utiliser rsync je ne suis pas expert en la matière (certain le dirons mieu que moi!) mais c'est le système que j'utilise et qui me plais assé bien au niveau du fonctionnement A+ tibo Dominique Fauqueux a écrit : > Dominique Fauqueux a écrit : > >> Bon [jour] [soir] >> >> >> Plantons le décor : >> Au boulot un ordinateur sous Linux (Mandriva, bientôt Debian) >> A la maison un ordinateur sous Linux (Debian, peut être bientôt Ubuntu, je me tâte. Mais bref là n'est pas la question). >> >> J'aimerais transférer des fichiers de l'un à l'autre et je n'y connais RIEN :) >> >> Quelques recherches sur Google et dans Synaptic m'ont parlé de deux protocoles FTP et FSP. >> >> - Première question : lequel choisir ? (je voudrais effectuer une sauvegarde croisée d'archives de 2 à 3 Go) >> >> - Deuxième question : Où trouver un how-to de préférence en français (un comment-faire, donc) je n'ai trouvé jusqu'à maintenant que des définitions techniques des deux protocoles. >> >> - Troisième et dernière question comment crypter efficacement ces archives (l'une d'entre elles contient des données nominatives sensibles). >> >> >> Merci de vos lumières. >> >> Dominique. >> >> > Question subsidiaire : mon FAI et celui de mon boulot Cegetel n'attribue pas d'IP fixe comment contourner celà ? > > ___ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
