NETACCESS 2.0 RC2 : LIBRAIRIE POUR APPLICATION CLIENTS/SERVEUR

Commentaire de foubetc le 17/09/2007 09:08:30

Salut Wizad !
Merci pour ton beau boulot.
Je viens juste de télécharger celui-ci, mais j'en profite quand même pour te dire que la première mouture promettais et que je suis sur que celle ci me plaira également.

Commentaire de foubetc le 17/09/2007 11:12:56

J'attend avec impatience ! :)

Commentaire de wizad le 20/09/2007 07:59:49

Merci pour ses encouragements. Concernant la finalisation n'hésitez surtout pas à me faire par de tous les bugs rencontrés (y en a quelques uns ^^).

Sinon pour toute les idées et suggestions de nouvelles fonctionnalitées pour la version prochaine je reste bien entendu à l'écoute.

Commentaire de wizad le 26/10/2007 00:01:26

J'ai pas compris la question

Commentaire de wizad le 16/12/2007 11:59:44

Oups exact toutes mes excuses.

Je re upload le zip sans la clef ce soir. (ou dans la journée si j'ai un peu de temps).

Commentaire de maneli le 18/12/2007 02:20:13

Merci pour la clée.

Je n'ai pas pu trouver d'exemple d'implémentation conernant le traitement des logs. En effet comment fait on afin de souscrire une classe au Log afin de récuperer le flux et le traiter le évenement
public event EventHandler<LogAddedEventArgs> LogAdded;

Bien cordialement.

Commentaire de maneli le 18/12/2007 10:51:52

Merci.

En fait il y a un exemple dans la classe client manager.
Exemple que je n'avais pas vu. Le compilateur m'envoyait une erreur sur le typage (alors que j'avais bien indiqué
NetAcess.Log.Instance.LogAdded += new EventHandler<LogAddedEventArgs>(WriteLogEntry);).

il fallait rajouter Log.LogAddedEventArgs

Encore merci

Commentaire de wizad le 20/12/2007 08:27:42

Pour l'instanciation via ton exemple tu peux directement faire : Application.Run(new FormMain);

Concernant le thread-safe voici généralement les 3 élément que j'utilise :

private void InvokeAppendLog(string message)
{
    this.Invoke(new AppendLogHandler(AppendLog), new object[] { message });
}
private delegate void AppendLogHandler(string message);
private void AppendLog(string message)
{
   this.textbox1.append(message);
}

Après il suffit d'appeler this.InvokeAppendLog("mon log");

Commentaire de maneli le 20/12/2007 13:01:40

Bonjour.

voici le code en entier, les évènements n'arrives n'atteignent pas la classe une fois qu'on lance application.run(new fom1())

using System;
using System.Collections.Generic;
using System.Text;

namespace BeanGUI
{
    public class Form_Server : System.Windows.Forms.Form
    {
        #region compiler added

        private System.Windows.Forms.RichTextBox RichTxtBx_Log;    
        private void InitializeComponent()
        {
            this.RichTxtBx_Log = new System.Windows.Forms.RichTextBox();
            this.SuspendLayout();
            //
            // RichTxtBx_Log
            //
            this.RichTxtBx_Log.Location = new System.Drawing.Point(45, 83);
            this.RichTxtBx_Log.Name = "RichTxtBx_Log";
            this.RichTxtBx_Log.Size = new System.Drawing.Size(273, 177);
            this.RichTxtBx_Log.TabIndex = 0;
            this.RichTxtBx_Log.Text = "";
            //
            // Form_Server
            //
            this.ClientSize = new System.Drawing.Size(368, 288);
            this.Controls.Add(this.RichTxtBx_Log);
            this.Name = "Form_Server";
            this.ResumeLayout(false);

        }
        #endregion

        public Form_Server()
        {
            InitializeComponent();
            this.Subscribe();
        }
        #region safe write hadlers
        public void Subscribe()
        {            
            BeanLog.Log.Instance.LogAdded += new EventHandler<BeanLog.Log.LogAddedEventArgs>(OnNewLog);
        }

        public void UnSubscribe()
        {            
            BeanLog.Log.Instance.LogAdded -= new EventHandler<BeanLog.Log.LogAddedEventArgs>(OnNewLog);            
        }

        private void OnNewLog(object sender, BeanLog.Log.LogAddedEventArgs e)
        {
            String message = e.text + "\r\n";
            InvokeAppendLog(message);
        }


        private void InvokeAppendLog(string message)
        {
            this.Invoke(new AppendLogHandler(AppendLog), new object[] { message });
        }

        private delegate void AppendLogHandler(string message);
        private void AppendLog(string message)
        {            
            this.RichTxtBx_Log.AppendText(message);
        }
        #endregion
    }
}

Commentaire de wizad le 15/01/2008 13:59:50

Bonjour à tous.
Je viens de publier la nouvelle version de NetAccess (la béta 2) qui implémente désormais toutes les fonctionnalités prévu pour la v2.

Pour les nouveautées principale c'est en dessous :

-> Log avec différent niveau de rapport (les log sont désormais basé sur la librairie externe log4net disponible ici : http://logging.apache.org/log4net/)
-> Cryptage des transactions à la demande utilisant du RSA combiné avec Rijndael
-> Meilleur gestion des clients (expulsion avec message,...)
-> Possibilité d'indiquer un message envoyé au client automatique lors de l'arrêt du serveur.
-> Réécriture du système d'envoi/reception des messages pour une montée en charge bien meilleur (correction des mauvaises transmissions lors de la transmission de beaucoup de paquet en peu de temps | prise en charge des données dépassant la taille du buffer)

Commentaire de wizad le 15/01/2008 17:12:39

Bonjour,
Si vous aviez pris le temps de consultez sérieusement la source vous auriez pu noter le protocole de cryptage. Celui-çi utilise le rsa en combinaison de l'AES (implémentation Rijndael) afin de palier au problème de lenteur.
Il s'agit d'ailleur d'un protocole fortement inspiré de l'implémentation même de SSL.

Concernant l'utilisation de SslStream plusieurs points font que je ne l'ai pas utiliser :
-> Volonté de maitrise du code (utilisation direct des sockets)
-> Intégration au travers de l'architecture existante
-> echange automatique des clefs publiques : celà peut paraître surprenant mais l'attribution "en dur" de la clef public du serveur et le protocole interne que j'utilise mais permettre de contrer une attaque de type "Man in the Middle".

Enfin pour répondre à votre remarque sur le channel programmation, mon but n'était pas de faire de la pub pour de la pub. Mais de faire connaitre cette lib pour rendre service (vu le nombre de message sur les notions clients/serveur qui peuplent le forum)

Cordialement, en espérant avoir répondu pleinement à vos question

PS : bien entendu je reste ouvert à tout débat constructif sur le sujet et le ton peut être un peu sec que j'emploi est uniquement du à ma volonté de précision. ;)

Commentaire de BaFM le 15/01/2008 17:42:06

Hum, d'accord. En effet j'ai pas totalement regardé. Sinon ca parait bien.
Pour pousser un peu sur l'histoire de man in the middle, tu peux alors faire en sorte de pouvoir utiliser des certificats, la validation des certificats par l'utilisateur, digest... Parce qu'il faut bien à un moment échanger les clés.
Pour éviter ces attaques, il est possible d'utiliser Diffie-Hellman, de s'envoyer des nonces et de signer les pacquets reçus afin de comparaison, en utilisant des Nonce et certaines autres parties du message.
Afin, il y a plein de manière d'éviter cette attaque tout en pouvant échanger des clés secrètement et de manière sécurisée. Le man in the middle n'étant pas au départ censé connaître le protocol.

Bonne continuation.

NB: La seul évocation de Rijndael n'indique pas l'utilisation d'AES, c'est le 'R' de RSA aussi je crois.
PS: Et le canal irc, ca n'a pas beaucoup d'impact, il y a tellement de monde dessus...

Commentaire de sixpah le 24/01/2008 21:37:51

Wizad, aurais-tu une application très simple pour illustrer la librairie ?
Car j'essaie de la mettre en route mais sincèrement j'y arrive pas ;)
Tu aurais une appli exemple ? Un sample .. ?

Merci beaucoup en tout cas !

Commentaire de oximoron le 29/02/2008 18:41:52

Super boulot, ca à l'air vraiment bien, j'ai pas essayé de façon très poussé mais le peu que j'ai essayé marche (c'est déjà pas mal ;).  Il manque juste un petit exemple, ca n'est pas toujours évident d'implémenter des classes toutes faites sans un exemple ou une doc. Par contre cette source sera sous quelle licence ? (une bsd ou lgpl serait le top ;) )

Commentaire de wizad le 02/03/2008 16:39:54

Merci de ton retour.

Concernant la licence ce sera vraisemblablement du LGPL.

Pour l'exemple je suis entrain de finaliser celui qui sera fournit avec le SDK (un classic chat).

Pour les try/catch j'en est corrigé et ce sera mis dans la version finale.

Concernant ta suggestion je vais voir à l'intégrer pour la version finale (je n'avais pas pensé à cette possibilité).

Commentaire de oximoron le 03/03/2008 07:09:00

j'avais pas fait gaffe mais il y a une petite erreur dans le code que j'ai donné ...
Il faut remplacer le foreach (Client loClient in m_clients)
par foreach (Client loClient in m_clients.Values)
@BAFM:oui on peut l'optimiser, moi j'ai fait cette fonction car dans mon cas ca marche bien dans un petit reseau local avec une dizaine de poste configuré en dhcp. Sinon au pire il faut passer l'id dans chaque envoi au serveur... mais attendons l'exemple ;

Commentaire de oximoron le 03/03/2008 19:55:35

c'est super sympa linq mais ca implique le framework 3 (ou 3.5) ... c'est un peu dommage pour un libraire, surtout que c'est pas forcement obligatoire si c'est juste pour une methode. Sinon pour l'avoir mis en production aujourd'hui, cette source (que j'ai modifié (pour mes besoins spé + les try catch qui manquait) marche bien.

Commentaire de oximoron le 03/03/2008 20:40:09

j'ai oublié la note : 7/10 sans exemple mais vu qu'il y en aura un bientôt un c'est 10/10