Serveur de partage de fichiers multi-users

Soyez le premier à donner votre avis sur cette source.

Vue 3 441 fois - Téléchargée 707 fois

Description

C'est un serveur de partage de fichier qui permet:
De crypter une connexion de façon très fiable en TwoFish (Cryptage optionnel)
De télécharger une partie définit d'un fichier (comme du caractère 3 au caractère 256)
Il utilise le protocole TCP pour les échanges de paramètres et UDP pour le transfer des fichiers.
Il y a deux mot de passe :
1 qui est la cléee de crypage (si cryptage activé)
1 qui est le mot de passe du serveur

Donc, il n'y a AUCUN échange de clées entre les deux ordis donc c'est connexion très sécuritaire.

en pratique, le serveur peut uploader des fichiers de N'IMPORTE QUELLE TAILLE peut sans faire bogguer. (Ne modifiez pas la quantité de mémoire prise)

Il ne devrait pas y avoir de bugs majeurs

Source / Exemple :


call "Tout dans le zip"

Conclusion :


Dites-moi si vous trouvez des bugs ou des failles car cela me rendrait un grand service. Comment notez vous ça?

P.S. Je travaillle sur la mise au point d'un client. Donc soyez patient. Pour tester, il vous faut 1 programme qui peut communiquer en TCP/Ip Avec un serveur, un programme qui peut écouter un port UDP, le programme pour coder, décoder en TwoFish (que j'ai inclu). Et désolé pour l'interface. Je vais l'améliorer.

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

gabchampagne
Messages postés
216
Date d'inscription
mercredi 2 avril 2003
Statut
Membre
Dernière intervention
5 mai 2004
-
Attend de voir la suite. J'ai une journée de congée de plus cette semaine. Je vais pourvoir travailler plus sur mon CTRL WinSock + qui permettra à mon serveur d'être plus rapide et qui éliminera le besoin de pleins listviews pi de collection pi de split avec les tags pour conserver des propriétés sur chaque socket. En tout cas, je vais flusher cette vieille version et je vais en créer une autre. Et pour Setaou, je vais encore utiliser le protocole UDP pour faire les transferts et TCP pour échanger des paramètres. La signature MD5 est vraiment très bien. Tu peux être sûr qu'avec sa, tu sais si le fichier est OK. J'ai déjà créer une source full hot qui permet de fouiller un DLL afin d'utiliser différent types de cryptages comme des Plug-In. Je vais essayer de l'inclure. Ma future source sera un mélange de pleins de chose.Ça sera un recyclage de ce qui traine dans mon dossier VB. Vous verrez.
cs_Logan
Messages postés
99
Date d'inscription
mercredi 2 janvier 2002
Statut
Membre
Dernière intervention
9 juin 2008
-
franchement, c pa mal du tout
continu (je suis impatient)

A+
gabchampagne
Messages postés
216
Date d'inscription
mercredi 2 avril 2003
Statut
Membre
Dernière intervention
5 mai 2004
-
je vais modifier mon ctrl de lecture de fichier pour qu'il envoit des sections p i je vais changer la structure des paquets :

<entête>
fichier
numéro / max
taille
(peut être une signature MD5)
</entête>
<Les données>
gabchampagne
Messages postés
216
Date d'inscription
mercredi 2 avril 2003
Statut
Membre
Dernière intervention
5 mai 2004
-
c sur que UDP est moins fiable. Mais C pour ça que j'ai inclu une commande pour télécharger une partie de fichier uniquement. Je vais créer un system de vérification des paquets plus efficace. J'aime bien UDP car il est plus rapide et AU MOINS, LES PAQUETS NE SERONT PAS TOUS MÉLANGÉS COMME AVEC TCP. Pi un client sera disponible dans 2-3 jours. Entre temps, je vais faire des améliorations.
Setaou
Messages postés
127
Date d'inscription
mercredi 28 mars 2001
Statut
Membre
Dernière intervention
4 octobre 2004
-
Mauvaise idée UDP pour le transfert de fichier ... c'est pas fiable du tout, des paquets peuvent se perdre et a la fin le fichier reconstitué sera incorrect...

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.