Non pour le moment, il est toujours actuel et je n'ai pas trouvé ce qui pourrait corriger la situation. C'est une situation qui "heureusement" ne se généralise pas à tout type d'installation dans sa dernière définition. Par contre, au niveau Debian, ce que j'explique, en ce qui concerne les topology classless et classful, est une règle des iptables (C'est une norme de la réseautique au delà de Debian). Si on ne crée pas d'exception dans les iptables, alors il peut y avoir refus de connections. Si j’utilise un adressage de type 192.168.x.x alors le masque réseau doit être de 255.255.255.0 ou /24 sinon on déroge à la règle concernant la classe C en adoptant un masque différent. C'est ce que j'ai expérimenté seulement chez moi, et à de nombreuses reprises toujours faudrait il voir si ce problème se répète ailleurs pour pouvoir le détailler. Quant à la persistance de la connexion, elle est à problème, si par exemple, je me connecte avec nom d'usager et mot de passe. À cet effet, la persistance de la connexion fait que lorsque pour un même poste de travail, ou qu'importe, l'usager se déconnecte du SSID et qu'un autre prends sa place pour le même poste de travail, alors il n'a pas à s'identifier, il est identifier au même titre que l'usager précédant. Je ne pourrais mieux documenter le problème. Il est tel que je le cite ci haut. Pour le reste il m'est difficile d'aller chercher des éléments qui puissent me donner davantage d'informations sur mon serveur par manque de connaissance. Si j'ai des éléments supplémentaires à signaler je le ferai dans un message subséquent. > Date: Fri, 10 Aug 2012 19:01:44 +0000 > From: