OVH Cloud OVH Cloud

Lenteur de Samba lorsque je précise le gateway

11 réponses
Avatar
Guillaume
Bonjour,


J'ai paramétré un "serveur" avec deux cartes réseau, eth0 vers ma
freebox et eth1 vers mon petit LAN :

eth0 : inet adr:192.168.0.2 Masque:255.255.255.252
Gateway : 192.168.0.1
eth1 : inet adr:192.168.127.254 Masque:255.255.255.240

J'ai installé un serveur Samba, que je ne veux -évidemment- pas voir
émettre vers Internet. Dans smb.conf, j'ai donc :

interfaces = lo eth1

Les connexions vers mon serveur sont très lentes, trop lentes pour voir
un film stocké sur un lecteur réseau, ou même écouter un mp3 sans
coupures. Ce qui me chiffonne, c'est que lorsque je commente le
paramètre "Gateway" de *eth0* (vers la freebox) dans
etc/network/interfaces, les connexions sont considérablement améliorées.

Je ne comprends pas, puisque le serveur a une carte dans chaque réseau
sur des adressages distincts, il ne devrait pas chercher à ressortir
vers sa passerelle par défaut ??!?

J'ai besoin de laisser le paramètre gateway pour eth0, afin de pouvoir
publier apache, postfix et courrier-imap vers Internet. Je ne peux le
commenter que ponctuellement.
Comment alors faire comprendre à Samba que c'est vers le LAN que ça se
passe, et qu'il n'a pas à sortir vers la passerelle par défaut ?

Ci-dessous le contenu de mon smb.conf et de /etc/network/interfaces.

____________________________
| |
| /etc/network/interfaces: |
|___________________________|

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.0.2
netmask 255.255.255.252
# broadcast 192.168.0.3
# gateway 192.168.0.1

auto eth1
iface eth1 inet static
address 192.168.127.254
netmask 255.255.255.240
broadcast 192.168.0.255

_______________
| |
| smb.conf : |
|______________|



[global]
workgroup = cheznous.net
server string = ^_^
netbios name = morpheus
dns proxy = no
interfaces = lo eth1
bind interfaces only = yes
log file = /var/log/samba/log.%m
max log size = 1000
syslog = 0
panic action = /usr/share/samba/panic-action %d
security = user
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = yes
invalid users = root apache bin bind daemon fetchmail games irc list
log lp lpr mail man mysql news nobody postfix postmaster proxy sshd sync
guest invite sys test toto uucp webmaster www-data administrator
administrateur gdelanoy nobody
admin users = guillaume
deadtime = 720
dont descend = /bin /boot /dev /initrd /lib /proc /root /sbin /sys /tmp
/usr /vaar
follow symlinks = yes
guest ok = no
hide dot files = yes
load printers = no
max connections = 4
null passwords = no
local master = yes
domain master = yes
os level = 0
wins support = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n
*Retype\snew\sUNIX\spassword:* %n\n *password\supdated\ssuccessfully* .
socket options = TCP_NODELAY

[homes]
comment = Home Directories
browseable = no
writable = yes
create mask = 0640
directory mask = 0750
valid users = %S
[...]


Merci pour vos lumières, bon week-end.


--
Guillaume

1 réponse

1 2
Avatar
Pascal Hambourg

En fait j'ai l'impression qu'il y a un truc dans la config qui génère
un arp storm


Je ne connais pas grand chose aux tempêtes ARP, n'y ayant jamais été
confronté, mais comment la présence ou l'absence d'une route par défaut
pourrait-elle provoquer ou empêcher un tel événement ?

ou au moins des requêtes vers un machin injoignable quand
Samba fonctionne, donc pendant ce temps il s'occupe pas de traiter les
transferts.


Ça me paraît assez plausible.

Et bref faut sniffer.


Oui.

1 2