[Server] Samba, configurazione che non funziona più

[PirateMi]

Ciao a tutti

Ho una Ubuntu Server 8.04 che funziona da server per una piccola rete.
In seguito a una mancanza di corrente (e dopo riavvio automatico) ho notato diversi problemi di funzionamento: li ho risolti tutti (senza peraltro dover fare alcunché, se non un riavvio dei processi) tranne quello della condivisione file tramite Samba, e sono qui per chiedere il vostro aiuto

Il server è dotato di 3 NIC: eth0 è collegata al router che dà accesso a internet, eth1 ed eth2 sono connesse a due switch su cui si attestano i client di due subnet. Qui il contenuto di /etc/network/interfaces (ho eliminato i commenti):

Codice: Seleziona tutto

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth2
iface eth2 inet static
        address 192.168.2.10
        network 192.168.2.0
        netmask 255.255.255.0
        broadcast 192.168.2.255

auto eth1
iface eth1 inet static
        address 192.168.1.10
        network 192.168.1.0
        netmask 255.255.255.0
        broadcast 192.168.1.255

Sul server è installato VMWare Server, su cui gira una distribuzione (zeroshell) che funziona da firewall/http proxy/etc, e i client delle due subnet navigano tutti perfettamente, quindi escludo guasti hardware alle NIC.

Samba deve essere utilizzabile (senza restrizione alcuna, senza login, etc) solamente dai client attestati su eth2 (192.168.2.0/24), e - prima del problema della corrente - era effettivamente così. I client sono tutti PC Windows appartenenti al workgroup CASA. Ecco /etc/samba/smb.conf (sempre tolti i commenti), anche se non credo il problema sia qui:

Codice: Seleziona tutto

[global]

workgroup = CASA
security = SHARE

hosts allow = 127.0.0.1 192.168.2.0/24
hosts deny = 0.0.0.0/0

interfaces = eth2 lo
bind interfaces only = yes
server string = %h server


[Server]

path = /scambio
read only = no
guest ok = yes
comment = "Directory di scambio"


#ho inserito questo share ulteriore come test
[Server2]

path = /scambio2
read only = no
guest ok = yes
comment = "Nuovo scambio"

dns proxy = no
log file = /var/log/samba/log.%m
max log size = 1000
syslog = 0
panic action = /usr/share/samba/panic-action %d

encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = yes
invalid users = root
unix password sync = yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
map to guest = bad user

socket options = TCP_NODELAY
usershare allow guests = yes


[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no

Purtroppo non c'è un backup, ma guardandolo mi pare non mostrare differenze rispetto a quello che avevo scritto e che funzionava.

Come controllo, da un client della subnet attestata su eth2 (che è quella che mi interessa, come detto) ho provato a effettuare i seguenti ping:

• macchina virtuale firewall/etc, lato router: OK
• macchina virtuale firewall/etc, lato eth2: OK
• server (macchina fisica) lato router: OK
• server (macchina fisica) lato eth2: KO!

Penso che (molto) probabilmente il problema sia qui: dai client della subnet eth2 non si riesce a pingare l'interfaccia su cui è attivo Samba (192.168.2.10). Non ho dato, almeno che io sappia, particolari istruzioni per cui la richiesta di ping su eth2 venga rifiutata mentre a quella su eth0 venga data risposta, ma non saprei dove/cosa controllare per verificare questa eventualità.
D'altra parte non capisco dove sia il problema nell'effettuare il ping, poiché comunque la comunicazione di questi client verso la macchina virtuale e quindi verso internet passa necessariamente da eth2.

Tanto per non sapere che fare, ho provato a dare un restart a Samba, a modificare in maniera non rilevante smb.conf e riavviare Samba (stratagemma analogo a quello che mi ha permesso di ripristinare VMWare Server, per inciso), a riavviare direttamente il server, ma non ho avuto successo.

Guardando e riguardando i file di configurazione non ho alcuna idea :-\
Sapete aiutarmi?

Grazie mille

Davide