Discussion:Server Message Block

Dernier commentaire : il y a 3 ans par Groumphy dans le sujet Evaluation
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Client/Serveur ou Poste à poste modifier

Je ne considère pas SMB comme reposant sur une architecture client/serveur. Les fichiers partagés demeurent sur le poste client. De plus, les informations sur les ressources partagées ne sont pas centralisées.

En fait chaque machine peut-être client ou serveur suivant s'il partage un fichier ou au contraire va récupérer un fichier. CIFS (et par contrecoup SMB) est néanmoins un protocole en mode connecté et authentifié.--Cchasson (d) 19 mai 2008 à 14:31 (CEST)Répondre

Imprécisions ? modifier

je suis en train de lire les docs techniques de microsoft sur CIFS, SMB et SMB2. Il me semble suivant leur document que SMB est plutôt une extension du protocole CIFS (authentification par Kerberos par exemple, possibilité de manipulation de fichiers du côté serveur sans que le client soit obligé de lire et renvoyer le fichier au serveur, etc) et non l'inverse. Quand à l'affirmation que l'on choisit TCP/IP ou Netbios, elle me semble imprécise, on peut toujours utiliser Netbios sur TCP/IP en SMB, mais SMB introduit un système qui permet de s'en passer (sans que cela soit obligatoire pour tout), de plus SMB utilise Netbios sur IPX pour communiquer.--Cchasson (d) 19 mai 2008 à 14:29 (CEST)Répondre

Historiquement, le terme CIFS est arrivé bien après le terme "SMB". Votre affirmation "SMB utilise IPX pour communiquer" est erronée : historiqument, IPX était un protocole de Netware (autrefois un gros concurrent de Microsoft). A une époque, Microsoft assurait la compatibilité avec le protocole IPX, pour pouvoir vendre son système d'exploitation, mais Windows (y compris SMB) fonctionne habituellement sans le moindre IPX.Romanc19s (d) 20 mai 2008 à 02:30 (CEST)Répondre

Fusion Server Message Block et Common Internet File System modifier

Ce sont deux noms pour désigner la même chose, comme c'est d'ailleurs précisé en introduction des deux articles. Cordialement, Freewol (d) 21 octobre 2009 à 13:10 (CEST)Répondre

en:CIFS, es:CIFS, de:CIFS, it:CIFS confirment cela, ainsi que les 3 petits liens interwikis de CIFS. J'ai d'ailleurs proposé la fusion aux russes et aux japonais sur leurs bistrots internationaux (mon russe est mauvais, mon japonais encore plus). Pyerre (d) 21 octobre 2009 à 16:44, 17:14, 17:22 (CEST)
  Pour aussi. Romainhk (QTx10) 22 octobre 2009 à 11:24 (CEST)Répondre
  Pour c'est le même produit, renommé au cours de son histoire.--Silex6 (d) 22 octobre 2009 à 22:05 (CEST)Répondre

Sous quel nom devrait être l'article final ? VonTasha [discuter] 5 décembre 2009 à 08:13 (CET)Répondre

CIFS à mon avis. C'est le nom actuel du produit.--Silex6 (d) 5 décembre 2009 à 13:48 (CET)Répondre
Pas du tout. CIFS etait le nom de la version de SMB qui a été utilisé dans Windows NT 4. Aujourd'hui, Microsoft toujours appelle ce protocole «SMB»: voir la spécification du protocole sur MSDN. En outre, le nom de la deuxième génération du protocole (utilisé dans Vista et 7) est SMB 2. Par conséquent, le nom de l'article doit être SMB ou Server Message Block. --Tetromino (d) 5 décembre 2009 à 21:48 (CET)Répondre
  Jerome66 7 décembre 2009 à 15:18 (CET)
Merci ! Freewol (d) 7 décembre 2009 à 16:44 (CET)Répondre

Février 2011 : Faille de sécurité SMB sur windows 2003 SP 2 modifier

2011 : Faille de sécurité SMB sur windows 2003 SP 2

Evaluation modifier

Bonjour,

Evaluation de l'article réalisée.

Bonne journée,

Groumphy (discuter) 9 août 2020 à 10:23 (CEST)Répondre

Revenir à la page « Server Message Block ».