A ma doite une coubre pendant un transfert de gros fichier entre serveur linux/samba vers un pc/winxp  et à ma gauche une coubre d'un  transfert de gros fichier entre un serveur /win2000 vers un pc/winxp

Les courbes ont été réalisées avec le gestionnaire des taches.
La courbe samba révéle un probleme puisque le debit du transfert chute apres quelque seconde. J'ai réessayé cette experience avec divers gros fichiers mais on a toujours le même résultat. Or la courbe avec le server win 2000 reste élevée et constante.
Ceci repond donc à ma question : Pourquoi les transferts avec Samba, sont ils aussi long ?
Enfin j'ai essayer de chercher des solutions dans le parametrage en modifiant l'option socket options avec IPTOS_LOWDELAY TCP_NODELAY et autre. Le resultat s'est que cela augmente un peu la duré élevée mais le debit chute toujours après pour rester constant.
La version de samba utilisé est la 3.0.14a sur une debian.
Y'aurait t il une solution à ce problème ?

+ montre ton smb.conf ( ou au moins la partie global )
 
+ kel noyau ?
 
+ kel système de fichier ?
 
+ c'est la même bécane ?

Partie global du smb.conf :
# Global parameters
[global]
 netbios name = SAMBA
 server string = %h Serveur SAMBA
 obey pam restrictions = Yes
 passdb backend = tdbsam, guest
 passwd program = /usr/bin/passwd %u
 passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
 syslog = 0
 log file = /var/log/samba/log.%m
 max log size = 1000
 max xmit = 65535
 deadtime = 10
 socket options = TCP_NODELAY SO_RCVBUF=32768 SO_SNDBUF=32768
 dns proxy = No
 ldap ssl = no
 panic action = /usr/share/samba/panic-action %d
 invalid users = root
 
Noyau debian 2.6.12-1
 
Systeme de fichier est le ext3
 
La becane sous win200 a un process plus puissant sinon le reste c'est globalement les meme technos

- tu n'as pas de serveur WINS ? tu devrais en spécifier un et mettre en place un serveur WINS
 
- essaie plutôt ceci :

 
- tu peux aussi ajouter :

 
en supposant que ton réseau est en 192.168.1.x
 
- que donne les commandes :

les commandes doivent être exécutée sur le serveur linux?
je comprend pas pourquoi tu veux savoir si le serveur linux communique avec le serveur win2k alors que le win2k devra disparaitre
 

- oui
 
- je veux juste voir si la résolution de nom se fait via le DNS ou via NETBIOS. tu peux remplacer SERVEUR.Win2k par ton client avec lequel tu fais tes tests.

hostname  
cromignon
 
cat /etc/hosts
127.0.0.1       localhost.localdomain   localhost       cromignon
 
# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
 
cat /etc/resolv.conf  
search
nameserver 192.168.1.53
 
time ping NOM_DU_client
ping: unknown host poste-portable
 
real    0m0.133s
user    0m0.001s
sys     0m0.001s
 
time ping IP.DU.client
PING 192.168.1.98 (192.168.1.98) 56(84) bytes of data.
64 bytes from 192.168.1.98: icmp_seq=1 ttl=128 time=2.12 ms
64 bytes from 192.168.1.98: icmp_seq=2 ttl=128 time=1.12 ms
64 bytes from 192.168.1.98: icmp_seq=3 ttl=128 time=6.98 ms
 

1. tu pourrais désactiver le support IPv6
 
2. comme tu le vois, il ne peut pas atteindre poste-portable avec son nom. Soit ce poste et ce nom doit être mis dans le DNS de ton réseau local, soit tu l'ajoutes dans /etc/hosts
 
3. il est mauvais de mettre une ligne search dans /etc/resolv.conf si tu ne définis pas le domaine de recherche
 
4. pour que les commande time marche pour le ping ajoute -c 3

 
cela permet d'envoyer 3 ping puis d'arréter la commande.
 
5. de même je donnerai le même nom d'hote et le même nom NETBIOS.
donc le nom d'hôte dois correspondre au "netbios name" de ton smb.conf. Cela évite de naviguer sur 2 protocoles ( TCP/IP et NetBIOS ) avec 2 noms difféents. Ce qui est toujours chiant.
 
NOTE : rien ne dis qu'après tout cela ton SAMBA ira plus vite, mais cependant cela va te donner de bonnes habitudes sur la manière de conf un ordi dans un réseau.

2. ca m'embete car le poste est en ip dynamique donc je ne peux pas declarer son ip dans le dns ?
 
sinon j'ai activer le wins et j'arrive à pinger les postes avec le protocole netbios en utilisant la commande nmblookup  
 
time ping -c3 192.168.1.99
PING 192.168.1.99 (192.168.1.99) 56(84) bytes of data.
64 bytes from 192.168.1.99: icmp_seq=1 ttl=128 time=0.134 ms
64 bytes from 192.168.1.99: icmp_seq=2 ttl=128 time=0.153 ms
64 bytes from 192.168.1.99: icmp_seq=3 ttl=128 time=0.149 ms
 
--- 192.168.1.99 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.134/0.145/0.153/0.012 ms
 
real    0m2.001s
user    0m0.000s
sys     0m0.001s
 

si tu as un serveur AD avec win2k3, alors fais que ton postes client ( sous XP ? ) s'enregistre dans le DNS du domaine

la gestion de mon dns se fait sous linux avec Bind9. Il est possible que le poste se declare automatiquement au serveur dns ?
Sinon le partage de fichier est la seul chose qui me retient à w2k, il ne me reste plus qu'a resoudre ce probleme inconprehensible

bon j'ai trouvé un petit tuto sur la déclaration automatique sur le dns du domaine je vais m'y occuper.

ben c'est pas compliqué ... par défaut le DNS de ton AD accepte les enregistrements dynamiques dans le DNS. Eventuellement tu veilles que al déclaration inverse est activée ( zone in-addr.arp )
 
ensuite sur ton poste client, si il est client DHCP, tu vas dans les propriétés TCP/IP -> Avancés et dans l'onglet DNS, tu lui dis de s'enregistrer et tu précises le domaine et celui de recherche par défaut.
 
Sinon le serveur DHCP peut aussi enregistrer automatiquement ton client dans le  DNS de AD