Newsgroup: it.comp.os.linux.sys
Titolo: Problema in syslog: (1)

Ciao a tutti
nel mio syslog trovo molte righe come queste
Apr 13 12:56:09 server2 nmbd[384]: [2005/04/13 12:56:09, 0] 
nmbd/nmbd_packets.c:process_browse_packet(1063)
Apr 13 12:56:09 server2 nmbd[384]:   process_browse_packet: Discarding 
datagram from IP xxx.xxx.xxx.xxx. Source name SERVERXX<00> is one of our 
names !
Di che genere di errore si tratta?
Come posso risolvere?
Grazie per il vostro aiuto.
Giulio

 Come posso risolvere?
Ok, adesso spiega qual'e' il problema in syslog pero'.
Perche' da quanto hai postato ci sono solo errori relativi a samba. 


Forse, anzi sicuramente mi sono spiegato male...
Dentro a Syslog ho trovato questi errori...
Scusami.
Giulio

 Dentro a Syslog ho trovato questi errori...
Sarebbe una cosa utile sapere la configurazione del tuo sistema e della tua 
rete.
Ad occhio direi che hai piu' di un interfaccia sul server samba, e sempre ad 
occhio, che ci sia un'altra macchina che
ha lo stesso nome netbios del server samba. 


Strano... :-)
ok:
Ho 2 server di nome Server e server2
una ventina di clients con nomi diversi.
Sono certo che non ci sia alcun doppione nei nomi, anche perché altrimenti 
non funzionerebbe la rete.
Avevo pensato anche io a qualcosa del genere, ma non ho "doppioni". Di 
questo sono certo.
Controllerò ancora in smb.conf, che con testparm non dà errori.
Grazie
Giulio 

>> SERVERXX<00> is one of our names !
bello l'oscuramento di un ip privato e un nome netbios, di un'utilita`
quantomai esoterica, e oltretutto mancano le righe precedenti che sono
probabilmente indispensabili, cosi` potrebbe darsi che SERVERXX non e`
stato aggiunto a un dominio, se preceduto da un messaggio di fetch del
trust account mancato
mancano le righe precedenti e devi indicare che configurazione usi per
la rete e la risoluzione dei nomi (wins server ecc.)

 names !
Ma 'sto xxx.xxx.xxx.xxx e' uno dei tuoi indirizzi ip? E SERVERXX e' un
nome che stai usando? Perche' sei cosi' criptico su dati _palesemente_
fondamentali per una diagnosi? ;-)
Comunque quel messaggio vuol dire che "xxx.xxx.xxx.xxx", chiunque esso
sia, ha inviato un browser annuncement "broadcast" sulla porta 138/udp
presentandosi con un certo nome netbios. Il "server2", da bravo, lo ha
raccattato su dalla rete e s'e' accorto che... il nome sorgente che e'
contenuto nel datagramma e' il suo stesso nome netbios, da cui sarebbe
sin troppo facile dedurre che server2 ha nome netbios SERVERXX.
Ora, tutto sta nel capire chi diavolo e' xxx.xxx.xxx.xxx.
Fabio


Ok, ho oscurato perché ho questo server in una dmz e per non so quale motivo 
l'indirizzo indicato non č quello privato ma quello pubblico.
La cosa piů strana ancora č questa:
1) l'indirizzo di eth0 č 192.168.1.20
2) se faccio nmblookup server2 mi diceva (ieri sera):
root@server2:/var/log# nmblookup server2
querying server2 on 192.168.1.255
192.168.1.33 server2<00>
Questo IP č un indirizzo di eth0:4 per uso interno.
3) l'indirizzo XXX.XXX.XXX.XXX č un IP pubblico di eth1.
Ieri sera, ancora, ho cercato di ripulire meglio la configurazione di named.
Oggi questo genere di errrori non mi appare piů. Probabilmente era proprio 
un problema di "casini" vari di configurazione di named visto che oggi:
root@server2:/var/log# nmblookup server2
querying server2 on 192.168.1.255
192.168.1.20 server2<00>
Giulio