Salut,

extrait de http://www.ferii.sn/gi/mat5/chap2.html (chp 4.5.1)

SMB , le langage de NetBIOS
Les commandes ou requêtes que se passent mutuellement les machines sont baptisées du nom de SMB (Server Message Block5)

j'espere avoir repondu :-)

Lord AsKy
Keep smiling !

Ok ! J'ai une partie de ma réponse.

(J'aurai dû regarder là, ça crevait les yeux:
http://www.commentcamarche.net/ccmdoc/telecharger.php3?url=T­ableprotocols.pdf)

NetBIOS est en couche 6, SMB au dessus en couche 7.
Le partage de fichiers utilise directement SMB, qui à son tour peut utiliser NetBIOS ou bien directement TCP ou IPX.

Donc on peut faire du partage de fichiers sans NetBIOS.



Par contre dans Windows 2000, je n'arrive pas à identifier clairement les service ou protocoles respectivement responsables de SMB (client et serveur) et NetBIOS...

Dans la config réseau, j'ai un "File and printer sharing for Microsoft Networks", que je présume être un serveur NetBIOS ou SMB.
Et le "Client for Microsoft Network" que je présume être le client NetBIOS ou SMB.

J'ai trouvé un truc intéressant chez microsoft:
NetBIOS completely from the Network Connections folder.
The new interface in Windows 2000 that makes NetBIOS-less operation possible is termed the SMB device. It appears to the redirector and server as another interface, much as an individual network adapter/protocol stack combination does. At the TCP/IP stack however, the SMB device is bound to ADDR_ANY, and it uses the DNS namespace natively, like a Windows Sockets application. Calls placed on the SMB device will result in a standard DNS lookup to resolve the (DNS) name to an IP address, followed by a single outbound connection request (even on a multihomed computer) using the best source IP address and interface as determined by the route table. Additionally, there is no NetBIOS session setup on top of the TCP connection, as there is with traditional NetBIOS over TCP/IP. By default, the redirector places calls on both the NetBIOS device(s) and the SMB device, and the file server receives calls on both. The file server SMB device listens on TCP port 445 instead of the traditional NetBIOS over TCP port 139.


Lelien:http://www.microsoft.com/windows2000/techinfo/howitwo­rks/communications/networkbasics/tcpip_implement.asp

Dans le travail, l'important... c'est les vacances

Ah super !
Merci.
Très instructif.

Salut,

J'ai relevé 2 services en lien avec NetBios

Le premier

Nom du service : RasAuto
Gestionnaire de connexion automatique d'accès distant
Description : Crée une connexion vers un réseau distant à chaque fois qu'un programme référence un nom ou une adresse DNS ou NetBIOS distant.
Fichier exécutable : C:\WINNT\System32\svchost.exe -k netsvcs

Ce service active plusieurs ports ou protocole en même temps

svchost.exe
PID 396
IP local 0.0.0.0
Port 135
État LISTEN
Protocole UDP
Chemin C:\WINNT\system32\svchost.exe

svchost.exe
PID 396
@ ip local 0.0.0.0
Port 135
État LISTEN
Protocole TCP
Chemin C:\WINNT\system32\svchost.exe

svchost.exe
PID 656
IP local 213.36.77.34
Port 520
État LISTEN
Protocole UDP
Chemin C:\WINNT\System32\svchost.exe

svchost.exe
PID 984
IP local 0.0.0.0
Port 1117
État LISTEN
Protocole TCP
Chemin C:\WINNT\system32\svchost.exe

svchost.exe
PID 984
IP local 0.0.0.0
Port 1114
État LISTEN
Protocole TCP
Chemin C:\WINNT\system32\svchost.exe

svchost.exe
PID 984
IP local 0.0.0.0
Port 1112
État LISTEN
Protocole TCP
Chemin C:\WINNT\system32\svchost.exe


Le second

Nom du service LmHosts
Service d'application d'assistance TCP/IP NetBIOS
Description : Permet la prise en charge pour NetBIOS sur un service TCP/IP (NetBT) et la résolution des noms NetBIOS.
Chemin : C:\WINNT\System32\services.exe

services.exe
PID 216
IP Local 0.0.0.0
Port 1027
État : LISTEN
Protocole : UDP
Chemin C:\WINNT\system32\services.exe

Une session NetBios utilise le TCP 139 et s'établit ainsi

- Résolution de nom NetBios en adresse IP
- Résolution de l'adresse IP en adresse MAC
- Établissement d'une session TCP de la station au serveur sur le port 139
- La station fait une demande d'établissement de session NetBios sur le nom de serveur, par dessus la connexion TCP, le serveur est à l'écoute et accepte éventuellement la connexion.
- Une fois la session établie, le client et la station SMB négocient le niveau de protocole SMB qu'ils vont utiliser par dessus NetBios.
LIMITE DE 254 SESSIONS NetBios par machines

Pour de plus amples renseignements

http://herve-pc.cnrs-orleans.fr/security/Win2k/TCPIP/Win2k_T­CPIP4.htm

http://perso.club-internet.fr/spinard/rezo.htm

http://bruno.duffet.free.fr/technique/reseaums/resms.htm

Résumé de chez Microsoft

Windows 2000 permet la prise en charge du partage de fichiers et d'imprimantes en utilisant le protocole SMB (Server Message Block), directement hébergé par une connexion TCP. Cette caractéristique le distingue des systèmes d'exploitation précédents pour lesquels le trafic SMB nécessitait que le protocole NBT (netBIOS sur TCP) fonctionne sur une connexion TCP/IP. Le fait de supprimer le transport NetBIOS présente plusieurs avantages, dont :
Une simplification du transport du trafic SMB.
La suppression des diffusions WINS et NetBIOS simplifie la résolution de nom.
La standardisation de la résolution du nom sur DNS pour le partage de fichiers et d'imprimantes.
Si les deux interfaces, l'interface prise en charge directement et l'interface NBT, sont activées, les deux méthodes sont alors essayées en même temps et la première à répondre est utilisée. Cela permet à Windows 2000 de fonctionner correctement avec des systèmes d'exploitation qui n'assurent pas la prise en charge directe du trafic SMB.

Sur une connexion TCP, NetBIOS utilise habituellement les ports suivants :

nbname 137/UDP
nbname 137/TCP
nbdatagram 138/UDP
nbsession 139/TCP

Le trafic SMB directement pris en charge " sans passer par NetBIOS " utilise le port 445 (liaisons TCP et UPD). Dans cette situation, un en-tête de 4 octets précède les données du trafic SMB. Le premier octet de cet en-tête est toujours 0x00, les trois octets suivants indiquant le volume des données restantes.
Vous pouvez suivre les étapes suivantes pour désactiver NetBIOS sur une connexion TCP/IP, obligeant le trafic SMB à être pris en charge directement. Attention, lorsque vous appliquez ce paramètre, il rend un ordinateur exécutant Windows 2000 incapable de communiquer avec des systèmes d'exploitation antérieurs (qui utilisent le trafic SMB) :
Cliquez sur Démarrer, pointez sur Paramètres, puis cliquez sur Réseau et connexion d'accès à distance.
Cliquez avec le bouton droit sur Connexion zone locale, puis cliquez sur Propriétés.
Cliquez sur Protocole Internet (TCP/IP), puis sur Propriétés.
Cliquez sur Avancées.
Cliquez sur l'onglet WINS, puis sur Désactiver NetBIOS avec TCP/IP.

Pour déterminer si NetBIOS avec TCP/IP est activé sur un ordinateur fonctionnant sous Windows 2000, ouvrez l'invite de commandes pour taper la commande net config redirector ou net config server. Le résultat de votre commande montre les liaisons des périphériques NetbiosSmb (transport " sans NetBIOS ") et NetBT_Tcpip (transport NBT). L'exemple suivant montre les trafics sans NetBIOS et NBT relié à la carte réseau

Merci pour les liens.

ça se clarifie.

Sous mon win2k, j'ai effectivement:
- services.exe en écoute sur UDP 137,UDP 138, TCP 139 (NetBIOS) et TCP/UDP 445 (SMB).
- svchost.exe en écoute sur TCP 135 (je présume que c'est du RPC).

Maintenant puisque SMB (port 445) peut fonctionner en principe sans NetBIOS (port 139), j'aimerais comprendre comment désactiver le port 139 (sans supprimer le service SMB sur le port 445).

Quand j'arrête le service "TCP/IP NetBIOS Helper Service", services.exe laisse le port 139 ouvert.
Je ne comprend pas.

Merci amazigh, je vais essayer ça.

Victoire !
Impec, ça marche.

Avec ta manip, services.exe a bien fermé les port 137 à 139.
Il n'y plus que le port 445 d'ouvert.

Et effectivement j'accède sans problème aux partage avec les machines qui sont configurées pour travailler avec SMB.

Tiens d'ailleurs ça me permet de constater qu'il y a encore un paquet de machines sur notre réseau dont le partage se faite encore par NetBIOS (NT4 oblige).

Merci à tous pour toutes ces infos, liens et manipulations.
ça m'a aussi permis de réviser mon avis sur SMB (qui était assez défavorable, il faut bien le lire). ça a l'air intéressant comme protocole.

Une curiosité quand même:

Si je coupe NetBIOS dans services.exe, je ne peux plus accéder aux machines qui font des partages NetBIOS. C'est normal.

Quand je réactive NetBIOS, j'y accède de nouveau normalement.
C'est normal aussi.

Par contre, quand j'arrête le service "TCP/IP NetBIOS Helper Service", j'accède quand même sans problème aux partages NetBIOS.
A quoi sert donc ce service ?

Le Linux Mag n°44 contient un article complet sur netbios. Je suis en train de relire.
Dès que je peux (boss in the place at the moment ;p ), j'envoie l'adresse où l'auteur maintient l'article à jour.

@++

Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D

Ca y est, je l'ai
http://www.linux-france.org/~fclerc/article/serveur/netbios/­

@++

Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D

>Je suis en train de relire

Je sais pas trop... Chui encore en phase compréhension et assimilation ;p
Au pire, tu écris carrément à l'auteur : il indique en fin d'article qu'il ne faut pas hésiter :). Pis après, tu nous dis ce qu'il en est sorti...

@++
PS : quelque chose en deux mots
PS2 : parce que en deux mots aussi (ça c'est sur ton site :-) )


Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D