Discussion :

[nilslauwers]

Bonjour, je fais un transfert de fichier entre Debian(serveur) et Mac(client).
Les fichiers sont bien transférés sauf le dernier, le plus gros (6Ko), qui est coupé au milieu, à la réception le fichier ne fait plus que 3Ko.

J'ai fais le même test entre deux mac et je n'ai pas ce problème!

le script serveur sur Debian:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
class ClientThread(threading.Thread):
    def __init__(self, ip, port, clientsocket):
    def envoi(self):
        print("envoi")
        print("Connection de %s %s" % (self.ip, self.port, ))
        maliste = ['iax.conf','meetme.conf','users.conf','extensions.conf']
        x = 0
        while 1:
            r = clientsocket.recv(2048)
            if r == b"":
                break
            fichier = open(r, 'r')
            shutil.copyfile(r, sousDossierLogs+'/'+ maliste[x])
            f = fichier.read(999999999)
            data = encrypt(f)
            self.clientsocket.send(data)
            fichier.close()
            x += 1
        print("Client déconnecté...")
        self.clientsocket.close()

et le script de réception (sur le Mac)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
def telechargementFichier(host,port, dossier):
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    s.connect((host, port))
    flagServ = "EEEEEEEE"
    s.send(flagServ.encode())
    maliste = ['iax.conf','meetme.conf','users.conf','extensions.conf']
    x = 0
    while x < 4 :
        fileName = dossierS + '/' + maliste[x]
        s.send(fileName.encode())
        file = dossier + '/' + maliste[x]
        print(file)
        r = s.recv(999999999)
        print(r)
        d = decrypt(r)
        print(d)
        with open(file,'a') as _file:
            _file.write(d)
            _file.close()
        x += 1
    s.close()

Auriez-vous une piste pour régler ce problème?
Merci!

[nilslauwers]

De plus, l'erreur obtenue change:
parfois il n'indique pas d'erreur mais le dernier fichier reçu (le plus gros, 6Ko) ne fais que la moitié de sa taille originale donc 3Ko,
parfois aucune erreur n'est indiquée mais le dernier fichier n'est pas du tout reçu (mais pourtant bien envoyé) et
parfois une erreur est indiquée à la réception: (la fonction de déchiffrement indique que le message n'est pas un multiple de 16 et donc bogue)

ValueError: Input strings must be a multiple of 16 in length

[tyrtamos]

Bonjour,

Je suis loin d'avoir tout épluché, mais j'ai au moins 2 remarques:

- script serveur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    def __init__(self, ip, port, clientsocket):
    def envoi(self):

=> Pb d'indentation.

- script de réception

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
        with open(file,'a') as _file:
            _file.write(d)
            _file.close()

Avec with, il ne faut pas utiliser close: la sortie du bloc de code sous with le déclenche automatiquement. Cela veut dire qu'il est lancé ici 2 fois.

[nilslauwers]

Salut tyrtamos,
merci de ta réponse.

Pour le script serveur, l'indentation est normale car les deux fonctions se trouvent dans une classe et je n'ai pas collé ici le contenu de la fonction __init__ pour ne pas être trop long...
Et pour le client, j'ai bien supprimé le _file.close(), merci pour cette info.

Mais mon problème reste tjs le même...

[wiztricks]

Salut,

De toutes façons, vous faîtes l'hypothèse que les données d'un fichier expédiées en un seul .send pourront être reçues par un seul .recv. En fait la pile TCP/IP peut fragmenter les données en fonction de plusieurs paramètres et vous devez éventuellement les ré-assembler vous même (via faire plusieurs .recv).

Pour tester çà, expédiez seulement le contenu du gros fichier et regarder en combien de .recv la pile IP les aura transmis.

- W

[Laurent 1973]

Question: Est-ce que des deux coté, c'est le même Python (2 ou 3)?

Je sais que par défaut, sur mac osx c'est py2 mais je me demande si sous debian ce ne serait pas py3.

Or en py3, les chaînes sont codé en unicode par défaut alors qu'en py2 c'est en chaîne normale.
Et il me semble que la différence de ces 2 types de chaînes c'est justement un rapport x2 en octet.

A vérifier.