Newsgroup: it.comp.os.win.nt
Titolo: Greenfield - Ostia Roma

Noto ristorante/pizzeria della zona sempre pieno ambiente rustico un po'
rumoroso
ci sono stato "per amicizia" quindi potremmo aver avuto un trattamento
favorevole, ma sono rimasto stupito dall'ottima griglia! Una prima volta con
un misto ed una seconda serata bissata con maialino.
Nulla da dire, anzi quasi dimenticavo un assaggio di pappardelle buone!
Se siete da quelle parti credo possiate provarlo specialmnete se siete una
tavolata un po' casinista
[Se c'e' poco limoncello e' solo perche' non ha ancora ripristinato le
scorte! ;)]
--
No copyright - Solo personali opinioni, no consulenza

 ha detto:
=>Noto ristorante/pizzeria della zona sempre pieno ambiente rustico un po'
=>rumoroso
Mi dici l'indirizzo?
Abito a 10 km da Ostia.....
e poi, potevi pure avvisare no? ;-)
Ciao
Enrico Manna
enrico...@tiscalit.it
===================================
Probabilmente cambiero' il mio nome
in......EURicO                  :-0
===================================

 Mi dici l'indirizzo?
Ma porc putt 圾$
cosa ci fa qui questo msg????? :( Chiedo scusa al ng la mano e' piu' veloce
della testa!!!!
[non so l'indirizzo, siamo passati di fronte ad un cimitero...]
E' stata una drammatica installazione di una postazione remota all'Isola
Sacra. Ho avuto si e no il tempo per un po' di limoncello!!!! ;)
Tanto per rientrare in IT ho avuto uno dei problemi piu' _impossibili_ della
mia carriera it. La risoluzione dei nomi del dominio NT (il DC e' dall'altro
lato di una wan) veniva resa impossibile dall'HUB!!!
In termini pratici entrando come utente locale (NT4) avevi complete
funzionalita' tcp/ip. dal dhcp al telnet tanto per fare un esempio. Ma non
c'era verso di loggarsi come utente del dominio.
cambiato l'hub (sempre un puro 10MHz) si e' messo a funzionare (ho provato
due volte tanto per essere sicuro) io non ho spiegazioni tecniche

 ha scritto nel messaggio
=>news:ais1vtskrm6ralvcu...@4ax.com...
=>>
=>> Mi dici l'indirizzo?
=>
=>Ma porc putt 圾$
=>cosa ci fa qui questo msg????? :( Chiedo scusa al ng la mano e' piu' veloce
=>della testa!!!!
=>[non so l'indirizzo, siamo passati di fronte ad un cimitero...]
=>
=>E' stata una drammatica installazione di una postazione remota all'Isola
=>Sacra. Ho avuto si e no il tempo per un po' di limoncello!!!! ;)
=>
=>Tanto per rientrare in IT ho avuto uno dei problemi piu' _impossibili_ della
=>mia carriera it. La risoluzione dei nomi del dominio NT (il DC e' dall'altro
=>lato di una wan) veniva resa impossibile dall'HUB!!!
=>
=>In termini pratici entrando come utente locale (NT4) avevi complete
=>funzionalita' tcp/ip. dal dhcp al telnet tanto per fare un esempio. Ma non
=>c'era verso di loggarsi come utente del dominio.
=>
=>cambiato l'hub (sempre un puro 10MHz) si e' messo a funzionare (ho provato
=>due volte tanto per essere sicuro) io non ho spiegazioni tecniche
=>
[OT] ma che, era per caso l'ex "Acquofono"? (locale ricavato in una ex
stalla/silos
[IT] Ti ho mandato una mail su un problema analogo che ho io (+ reti
con cdn). Il problema (mio) e' che nel db del wins ritrovo i nomi e
gli ip dei pc di tutte le reti, ma da queste reti entrare nel dominio
........ gnente da fare (con la GNU maiuscola)
Pero' mica posso cambiare 6 hub e 6 router cdn !!!
'zzo mi invento?


dimenticavo, non posso mica crearmi un lmhost con tutti gli ip e i
nomi dei client (saranno 150 non mi passa piu'.......)


 ........ gnente da fare (con la GNU maiuscola)
avevo capito si fosse risolto. e' possibile che i router filtrino parte del
traffico. dove sono i DC? dove sono i WINS? Rilancia il msg che forse trovi
qualche anima pia...

 ha scritto nel messaggio
=>news:4842vtorhblijcvfn...@4ax.com...
=>> [OT] locale ricavato in una ex stalla/silos
=>
=>puo' essere; sembra una clubhouse in effetti
=>
=>> con cdn). Il problema (mio) e' che nel db del wins ritrovo i nomi e
=>> gli ip dei pc di tutte le reti, ma da queste reti entrare nel dominio
=>> ........ gnente da fare (con la GNU maiuscola)
=>
=>avevo capito si fosse risolto. e' possibile che i router filtrino parte del
=>traffico. dove sono i DC? dove sono i WINS? Rilancia il msg che forse trovi
=>qualche anima pia...
=>
funziona tutto, in effetti
solo che non sfoglio la rete (o meglio, non vedo i nomi dei client
remoti)
non e' fondamentale ma a questo punto e' una questione di principio...


 non e' fondamentale ma a questo punto e' una questione di principio...
Problema di elezione dei Master Browser locali. Hai WINS distribuiti?
O se no, hai macchine NT sempre accese?
Poi per quella pizza, posso sempre spostarmi, anche se sto sulla 
TiBBurtina.. ;D
-- 
		Luca Amicone
		(da casa)

 TiBBurtina.. ;D
Luca non farmi l'accento romano xche' dopo 4 gg con centralari
telecom/sirti/equant avrei da raccontare in OT sino a pasqua!!!
Due persone "cuffiate" una negli uffici ed una alle permutazioni che ci
hanno messo 4 ore per DUE doppini su un multicoppia da trenta a suon di
A-ho.... :))))))

 remoti)
non hai detto d'aver un wins per ogni dove? direi che non si sincronizzano
se invece il wins locale manca e' il router a filtrare i broadcast del
netbios

 A-ho.... :))))))
By jove! ;))


 ha scritto nel messaggio
=>news:4if2vtcb6u3hhsosi...@4ax.com...
=>> solo che non sfoglio la rete (o meglio, non vedo i nomi dei client
=>> remoti)
=>
=>non hai detto d'aver un wins per ogni dove? direi che non si sincronizzano
=>se invece il wins locale manca e' il router a filtrare i broadcast del
=>netbios
=>
Ricapitolo per chiarezza di tutti (anche mia):
Rete locale A:
NT con wins attivo
Nel db del wins leggo tutti i nomi dei client *remoti*
IP statici
Client w9x con wins indicato in risorse di rete
Router cdn
Reti *remote* B-C-D etc
No server
IP statici
Client w9x con wins (quello della rete A)  indicato in risorse di rete
I client NON accedono al dominio
Router cdn
pingo tutto dappertutto e se faccio \\ipclient\ da risorse del
computer vedo le risorse condivise
Se aggiungo in lmhosts ip client remoto e nome pc remoto e da risorse
del computer scrivo \\nomeclient a questo punto lo vedo direttmante
(ma non sfogliando la rete)
that's all folks!


 that's all folks!
Tutto "normale". Ci manca solo di sapere se il nome del gruppo di lavoro
è univoco per tutti, o se cambia da sede a sede.
Prima che tu ti illuda, comunque.. di solito i workgroup "non passano" i
router. Solo i domini NT ci riescono. Non c'è neppure una WORKSTATION NT
che possa rimanere "sempre" accesa, nelle reti remote?
-- 
			Luca Amicone
			ICQ: 14890779
--
	Il mio nuovo stile di vita non richiede la mia presenza.
		-- D. Luttazzi

 ha detto:
=>Enrico Manna ha scritto:
=>> that's all folks!
=>
=>Tutto "normale". Ci manca solo di sapere se il nome del gruppo di lavoro
=>è univoco per tutti, o se cambia da sede a sede.
Il gruppo e' unico per tutte le sedi
=>Prima che tu ti illuda, comunque.. di solito i workgroup "non passano" i
=>router. Solo i domini NT ci riescono. Non c'è neppure una WORKSTATION NT
=>che possa rimanere "sempre" accesa, nelle reti remote?
no, solo il server nt rimane acceso H24
I client remoti (ci ho provato) non riescono a loggarsi nel dominio
(della serie: nessun server di dominio disponibile etici etici)
mah, i misteri dell'inforNatica


 mah, i misteri dell'inforNatica
No, bastano quelli del networkong Microsoft. ;)
Aluuura.. ogni sottorete "necessita" di un master browser, che viene
eletto secondo tutta una serie ri regole; la piů "pesante" č quella che
riguarda il sistema operativo: ovviamente, piů alta č la "versione", piů
la macchina č candidata ad assurgere a MB della subnet.
Se nel tuo caso, le macchine sono "tutte" Win9x paritarie, il MB viene
eletto "a casaccio" a seconda della macchina che viene accesa per prima,
di quella che ha meno carico di lavoro, di quella che lavora piů sulla
rete etc etc. Il risultato č che il Primary Master Browser di Dominio,
nel tuo caso il server NT PDC WINS etc, quando deve richiedere la lista
delle macchine locali della singola subnet, "non sa" a chi chiedere e
quindi scrolla le spalle e non recupera la lista.
Dal punto di vista remoto, invece, le macchine non hanno sempre "sotto
mano" chi sia il MB locale al quale chiedere dove sia il dominio.. e
quindi se lo perdono.
A fronte di questa spiegazione casareccia che ti ho dato, la soluzione
che si dovrebbe attuare sarebbe quella di impostare univocamente "a
mano" la macchina che deve essere SEMPRE Master Browser della subnet, e
fare sempre riferimento a lei impostando correttamente al server WINS il
suo IP come MB.
La cosa non č proprio semplicerrima.... 8\
-- 
			Luca Amicone
			ICQ: 14890779
--
	Caso č forse lo pseudonimo di Dio quando non voleva firmare.
		-- A. France

 ha detto:
zappete!
=>
=>Il database WINS č "corretto"? Gli hai dato una occhiata?
si, sembrerebbe tutto a posto...
=>
=>> mah, i misteri dell'inforNatica
=>
=>No, bastano quelli del networkong Microsoft. ;)
=>Aluuura.. ogni sottorete "necessita" di un master browser, che viene
=>eletto secondo tutta una serie ri regole; la piů "pesante" č quella che
=>riguarda il sistema operativo: ovviamente, piů alta č la "versione", piů
=>la macchina č candidata ad assurgere a MB della subnet.
=>Se nel tuo caso, le macchine sono "tutte" Win9x paritarie, il MB viene
=>eletto "a casaccio" a seconda della macchina che viene accesa per prima,
=>di quella che ha meno carico di lavoro, di quella che lavora piů sulla
=>rete etc etc. Il risultato č che il Primary Master Browser di Dominio,
=>nel tuo caso il server NT PDC WINS etc, quando deve richiedere la lista
=>delle macchine locali della singola subnet, "non sa" a chi chiedere e
=>quindi scrolla le spalle e non recupera la lista.
=>Dal punto di vista remoto, invece, le macchine non hanno sempre "sotto
=>mano" chi sia il MB locale al quale chiedere dove sia il dominio.. e
=>quindi se lo perdono.
=>A fronte di questa spiegazione casareccia che ti ho dato, la soluzione
=>che si dovrebbe attuare sarebbe quella di impostare univocamente "a
=>mano" la macchina che deve essere SEMPRE Master Browser della subnet, e
=>fare sempre riferimento a lei impostando correttamente al server WINS il
=>suo IP come MB.
=>La cosa non č proprio semplicerrima.... 8\
Infatti, che vuol dire (i.e. come se fa') a impostare a mano un master
browser win 9x?
Grazie 1000


 browser win 9x?
Dalle proprietà di "condivisione files e stampanti".
Hai "browse master" in automatico, di default. Dovresti scegliere la
macchina che è "più accesa delle altre" su ciascuna rete e impostare il
parametro a "abilitato/attivo" (non mi ricordo esattamente..)
e disattivarlo sulle altre. Poi in WINS, o sull'LMHOSTS(*) definisci
l'IP di quella macchina come Master browser del dominio (leggi sul .SAM
come deve essere fatto). Questo dovrebbe migliorare un po' la
situazione. Ma senza un vero NT, la cosa è sempre dura..
(*) Un "buon" LMHOSTS scritto per benino può essere utile anche alla
macchina con WINS, in quanto questo file può essere "ricaricato" dal
database WINS, dopo che hai cancellato i record. In questo modo puoi
avere sempre un database "pulito" ed efficiente.
-- 
			Luca Amicone
			ICQ: 14890779
--
	Bisogna vivere come si pensa,
	altrimenti si finirà per pensare come si è vissuto.
		-- P. Bourget

 due volte tanto per essere sicuro) io non ho spiegazioni tecniche
Hai impostato nel client un file LmHosts con i dati del dominio.
ciao.
--
Fabio
cinqua...@libero.it

 quindi scrolla le spalle e non recupera la lista.
uhmmm
mi sorge qualche dubbio
cosa c'entrano le subnet IP con la name resolution e le reti microsoft?
il netbios non dovrebbe saper nulla di cio' che e' il mondo IP e per lui il
dominio e' unico! Quindi fatto salvo il traffico sul cdn il master browser
e' il PDC sempre e comunque e se il WINS e' dichiarato in tutti i client lui
dovrebbe sempre risolvere le richieste. [1]
Per me i router filtrano del traffico essenziale al networking MS, ma non
incapsulato in pacchetti IP.
Il dhcp nella sede remota funziona?
(Adesso dico una cazzata, non discutetela xche' _non_ ho neppure mezza
spiegazione tecnica; cambia l'hub nella sede remota)
e' sempre difficile aiutare da remoto... se poi c'entra Guglielmo... :))))
ciao
[1] i client win* si portano dietro un "type" che identifica come
approcciano la risoluzione dei nomi. non si puo' impostare a mano solo da
dhcp

 Hai impostato nel client un file LmHosts con i dati del dominio.
parliamo di un'installazione _perfettamente_ funzionante con un hub
diverso!!! Questo e' il punto... switchiando da un hub all'altro la rete
funziona oppure no!
E' ingiustificabile tecnicamente per quel poco che so!!!

 dhcp
Anche a mano, smanettando nei registry. 8)
Quello che hai detto per la risoluzione dei nomi è correttissimo.
Ma dei nomi SINGOLI. Ma "sfogliare la rete" è leggermente differente, in 
quanto il dominio di browsing coincide proprio col dominio di broadcast.
Per questo motivo il subnetting interviene nella navigazione in Risorse 
di Rete.
Visto che questo thread è un po' mal definito (molti l'avranno killato), 
magari ne parlerò un po' meglio nel "nuovo", ricapitolato da Enrico.
Ma mi sa dopo cena! ;)
