Newsgroup: it.comp.reti.locali
Titolo: Master Browser...e problemi di rete...

Salve ho letto dei prob di Master Browser, io ho tentato di risolverli
seguendo i suggerimenti...tuttavia le cose si sono incasinate di piu...
Ho disabilitato dai client w95 l'opzione browser, ed ho fatto varie
prove modiificando la chiamata nel reg di NT...inzerendo sia "True" sia
"False" (che avevo trovato inizialmente) con il risultato che adesso
anche tornando alla conf iniziale è tutto confusissimo...
Allora...se non accedo dai client alla rete tutto va bene.... NT li vede
e li usa...anche se ogni tanto con qualche incertezza...i Logon dai
client sono veloci... e tutte le funzioni di rete sono OK...se solo
provo da un client ad entrare in Network ...è la fine quel PC rallenta
all'inverosimile...non è in grado di vedere nulla (un paio di volte è
anche andata...dopo quasi 15 minuti...) e quel pc non riesce nemmeno a
riavviarsi...se non dopo molto tempo...il bello è che non dà errori...
ho provato a tornare alla situazione precedente ...brutta ma non
disperata...ma non c'è stato verso ...vi pregherei di darmi qualche
suggerimento...nemmeno i 2 manuali di NT che ho mi hanno dato spunti
validi...
Ringrazio tutti :)

Ringrazio tutti :)
beh, l'ultima spiaggia sarebbe l'assistenza M$...
in bocca al lupo.
Diego.

 riavviarsi...se non dopo molto tempo...il bello è che non dà errori...
Ho recuperato un po' dei messaggi che hai inviato recentemente, e che
avevo letto di sfuggita.
Mi colpisce una cosa. MA QUANTI protocolli usi??
IPX per i giochi.. Ma è proprio necessario? Non usano il TCP/IP?
E Netbeui (NON netBios) che ci sta a fare??
Insomma, a parte i rallentamenti vari, mi pare che di roba che gira in
rete ce ne sia troppa.
Intanto, FISICAMENTE com'è questa rete?
Hai un WINS installato su NT?
Quali sono i parametri del TCP/IP?
-- 
			Luca Amicone
			ICQ: 14890779
--
	Ricetta.
	Dissossate la verità per cucinarla meglio.
		-- M. Marchesi


vedi sopra...


 client basta l'indirizzo...
Beh, visto che sei su una lan sullo stesso Hub, non è indispensabile: il
browsing dovrebbe essere assicurato dal semplice broadcast. Teniamolo
cone ultima ipotesi.
Ah, non è che qualche macchina ha un LMHOSTS. magari configurato male ??
Le macchina appartengono tutte allo stesso Wokgroup/dominio?
-- 
			Luca Amicone
			ICQ: 14890779
--
	Tutti sono necessari, nessuno è utile.
		-- M. Marchesi


...certo...
non so forse la strada wins per evitare traffico di broadcast potrebbe essere
valida...per la risloluzione dei nomi di rete locale forse è la soluzione
migliore...
Bye :)


 migliore...
Si, ma ti obbliga ad avere Netbios in binding col TCP/IP. Cosa che tutto
sommato non ti serve..
Ricapitolando, per la tua configurazione:
per la rete Microsoft č meglio utilizzare UN SOLO protocollo, e
l'abilitazione del browsing "libera";
di "obbligatori" hai il TCP/IP e IPX;
Netbeui č il piů semplice per la rete Microsoft.
Opterei per due, tre ipotesi:
1/2) NIENTE Netbeui, Netbios abilitato solo su IPX O TCP/IP, a seconda
di quello meno utilizzato.
Il browsing abilitato in automatico su tutte, in questo modo deve
gestirsi un solo protocollo.
3) Tutti e tre i protocolli, ma il il netbios abilitato SOLO con
Netbeui; in questo modo, ogni protocollo ha la sua funzione.
Mi augurerei anche altri commenti, dal NG. 8]
-- 
			Luca Amicone
			ICQ: 14890779
--
	Chi sa ascoltare, non soltanto č simpatico a tutti,
	ma dopo un po' finisce con l'imparare qualcosa.
		-- W. Mizner

 di quello meno utilizzato.
Forse NetBios non serve nemmeno su IPX.
A me il gioco e' andato! :)
Ciao
--
Giulivo Navigante
mailto:
giulivo....@bigfoot.com
http://giulivo.cjb.net

 A me il gioco e' andato! :)
Mai giocato con IPX.. Peccato.. ;]
-- 
			Luca Amicone
			ICQ: 14890779
--
	Tutti sono necessari, nessuno č utile.
		-- M. Marchesi


Io inizio a disperare...ho provato varie combinazioni ma nessuna permette di
sorpassare tutti i problemi. Intanto il master browsing da cui siamo
partiti...lo si č perso per strada ma non si č valutato i risultati del
disabilitare sui client 'Automatic...
Anche la strada WINS pare non vada ho creato un server WINS su NT...ma pur
sembrando attivo dai client non lo accettano...infatti metto l'IP di NT nel
campo WINS dei client e al riavvio sparisce come se non avessi scritto
nulla...ho provato piu volte non č un caso...
Cosa  mi consigliate? ...vi premetto che non ho dinamite a portata di mano...
Bye


 Cosa  mi consigliate? ...vi premetto che non ho dinamite a portata di mano...
Ti posso postare un mio vecchio programmino in C che si chiamava
KillPart; l'uso mi pare chiaro... ;)))
-- 
			Luca Amicone
			ICQ: 14890779
--
	La prudenza è la paura che cammina in punta di piedi.
		-- M. Zamacois

Mai giocato con IPX.. Peccato.. ;]
Luca, hai perso il naso? 8-) ;-)
Saluti. 
P.S. Scusami, ma vengo da qualche incursione su it.hobby.umorismo,
dove non ti perdonano niente.
Per rispondere via e-mail usare i seguenti indirizzi:
ing. Franco Varoli
franco...@comune.mantova.it
f.va...@prolink.replica.it

 dove non ti perdonano niente.
HEHEHE. 8D
Prima o poi ci farò un salto anche io.
CIAO!
-- 
			Luca Amicone
			ICQ: 14890779
--
	Il denaro non porta la felicità,
	però aiuta a portarla via agli altri.
		-- C. Chumez

 --


 ehehe...era per dire..non mi prendere alla lettera... :)
;))))
-- 
			Luca Amicone
			ICQ: 14890779
--
	Questo è un paese libero
	... nessuno vi obbliga a rimanere.
		-- Kipli


fatto...ma i tempi di logon aumentano ....d'altro canto l'avevo
disabilitato per una questione di rallentamenti casuali..
facciamo il punto....
adesso ho attivato Wins su NT ed ho impostato un paio di client con il
Wins ma i problemi sono rimasti...è il caso di passare alla
configurazione manuale di HOSTS e LMHOSTS? se si come faccio ad
abilitarli? basta che scrivo 198.162.x.x - client ? o devo fare qualche
altra cosa di particolare ? solo su NT presumo...o anche in locale
macchina per macchina?
TNX for all :)

 solo su NT presumo...o anche in locale macchina per macchina?
No, no.. andrebbe effettuato su TUTTE le macchine. 8/
Ragione in piů per usare WINS.. 8)
-- 
			Luca Amicone
			ICQ: 14890779
--
	Si puň fare a meno di tutto. Purché non si debba.
		-- R. Gervaso

 --
pare la storia infinita....
alla prossima...


 pare la storia infinita....
8))))
-- 
			Luca Amicone
			ICQ: 14890779
--


 Io inizio a disperare...
Ahia, non demordere e soprattutto non farti troppo influenzare da quelli
come me che mettono fuori strada anche Luca Amicone :)
Resisti!


 Resisti!
In E-mail stiamo raggiungendo una soluzione. Il problema principale era
un netmask non opportuno, per cui la rete IP risultava non omogenea.
-- 
			Luca Amicone
			ICQ: 14890779
--
	La tolleranza è saper ridere
	quando uno vi pesta i calli mentali.	
		-- J. Garland Pollard

 un netmask non opportuno, per cui la rete IP risultava non omogenea.
Ok, ok... mi farebbe piacere essere incluso nel campo CC, ma se non
potete, postate almeno la soluzione che qui puo' far comodo!!


--
Gia' gia', se fate sapere anche a me inserisco tutto nelle FAQ, cosě puo'
essere d'aiuto anche per i posteri (quelli che arrivano tra un paio di
settimane ;o)))
Bye
D.

...

.....tenete informato anche me,
anche rispondendo in newsgroup!
                                        grazie.
                                            ZaPp-er

 anche rispondendo in newsgroup!
Ok, a me non e' arrivato niente, ma cerchero' di spostare di nuovo il
tutto sul NG :-)
Ciao!


 potete, postate almeno la soluzione che qui puo' far comodo!!
Scusate il mio, di ritardo, ma ero in ferie.. 8]
Non ho postato la soluzione dato che c'era un grosso errore nel mask di
NT. In pratica, la subnet di NT comprendeva solo se stesso, il server
Linux come router e incidentalmente la stazione "A" che era quella che
dava problemi di browsing a NT: infatti NT aveva una mask a
255.255.255.252 !!
I client e Linux avevano invece la subnet di classe C corretta.
Il browsing chiaramente era incasinatissimo, in quanto NT lo deteneva
solo per se stesso aspettandosi un altro browser su quella che reputava
un'altra subnet. "A", che tra l'altro era sull'indirizzo di Broardasct
della subnet di NT, avendo definita una rete più ampia, PRETENDEVA di
manterere LEI il Master Browsing. Di qui i kasini: NT vedeva solo se
stesso e "a volte" A, gli altri client vedevano loro stessi ma NON NT,
che non esportava il Domain Announcement.
WINS funzionava, ma gestendo solo gli indirizzi non poteva definire
univocamente CHI detenesse CORRETTAMENTE la tabella di browsing.
Messa a posto la netmask, il browsing di rete è tornato OK. IPX è
rimasto SENZA Netbios e i giocherelli hanno funzionato bene, previo un
upgrade di Quake che si è reso necessario (ma di cui non so le
specifiche). Ora "pare" che sia tutto OK, a parte un qualche broadcast
che sembra ancora esserci (almeno a giudicare dai report forniti da
NBTSTAT).
Quindi: TCP/IP CON NetBios e risoluzione tramite WINS. IPX SENZA NetBios
per i soli giochi.
Eventualmente, se vi può servire altro, chiedete direttamente
all'interessato.. 8]
-- 
			Luca Amicone
			ICQ: 14890779
--


 --

 fuori senza pietà!!!
BRAVO! Così si fa! 8)
Sono contento. 8))
-- 
			Luca Amicone
			ICQ: 14890779
--
	Quando ogni altro tentativo fallisce, leggi le istruzioni.

 > all'interessato.. 8]
Ueh... almeno una in questi giorni mi e' andata bene!!
Fortunatamente i giochi funzionavano su IPX senza NetBios, ma... il
Linux a cosa serviva?
Io sto cominciando a studiarlo ed integrarlo con Win, non e' proprio
semplicissimo, quindi, anche se magari la domanda e' un po' OT, vorrei
sapere per cosa era utilizzato nel vostro caso e quali compiti invece
bisognerebbe affidargli secondo voi!
Grazie.
Ciao


Nel caso specifico il server Linux si occupava di far comunicare la Lan con
l'esterno (leggi Internet)...e regolamentava queste uscite(Firewall,
Masquereding, Proxy)...
Bye :)
Giulivo Navigante ha scritto:


 Bye :)
Grazie mille!!
Seguito in mail, anche perche' devo staccarmi dal gruppo!
