Newsgroup: it.lavoro.informatica
Titolo: OT anche oggi trovato uno...

due uffici, uniti tra di loro con due router ISDN (usano solo AS400).
Ufficio 1 192.168.1.x 255.255.255.0
Ufficio 2 192.0.0.x 255.255.255.0
pareva brutto fare 192.168.1 e 192l.168.2 ?
bah... inizio a vedere cose veramente simpatiche di configurazioni LAN. 

Luca ha scritto:

più che altro perchè il secondo non ha una classe di indirizzi privata.

 bah... inizio a vedere cose veramente simpatiche di configurazioni LAN.
Se vuoi farti due risate, prova a vedere che razza di IP assegna FastWeb 
sulle sue reti private.
Da quando ho scoperto di chi è la classe 30.*.*.* che usano, ancora sto 
ridendo... ;-)
Massimo

 ridendo... ;-)
:-)
OrgName:    DoD Network Information Center
OrgID:      DNIC
Address:    3990 E. Broad Street
City:       Columbus
StateProv:  OH
PostalCode: 43218
Country:    US
NetRange:   30.0.0.0 - 30.255.255.255
CIDR:       
30.0.0.0/8
NetName:    ARPAX25-TEMP
NetHandle:  NET-30-0-0-0-1
Parent:
NetType:    Direct Allocation
Comment:    Defense Information Systems Agency
Comment:    Washington, DC 20305-2000 US
RegDate:
Updated:    2002-10-07
OrgTechHandle: MIL-HSTMST-ARIN
OrgTechName:   Network DoD
OrgTechPhone:  
+1-800-365-3642
OrgTechEmail:  
HOSTM...@nic.mil
# ARIN WHOIS database, last updated 2006-02-16 19:10
# Enter ? for additional hints on searching ARIN's WHOIS database.
bye G.L.

 Comment:    Washington, DC 20305-2000 US
LOL! Non male :-)
Beh, ma FW è nattata, in teoria internamente possono usare quel che vogliono
(certo usare una 10.0.0.0 magari sarebbe un po' più intelligente...).
-- 
GenTLe ...di Varese, provincia.
TL1000S + Mito 125 per la pista
La mia HP: 
http://digilander.iol.it/thegentle/index.htm
Il più grosso problema dell'umanità è la stupidità: allora perché non
togliere le etichette di sicurezza da qualunque cosa, e lasciare che il
problema si risolva da solo? (cit.)

 (certo usare una 10.0.0.0 magari sarebbe un po' piů intelligente...).
Possono usare quel che vogliono se non devono interfacciarsi con l'esterno.
Ciao
Mirko

 l'esterno.
In teoria nemmeno, anche se fare nat in entrambi i sensi non è molto
furbo... :-)


Massimo ha scritto:

Fastweb usa tutte le classi che le pare, a napoli ho visto una 39.x.x.x 
a milano una 4.x.x.x credo che ogni area metropolitana abbia una di 
queste classi.
Tchau

> bah... inizio a vedere cose veramente simpatiche di configurazioni LAN.
Dove lavoravo prima usavano una 
101.101.101.0/24
Triste, eh?
Fra


si si lo so, ma credo che il sia dato dal fatto che non esista una classe 
privata abbastanza grande. 

 privata abbastanza grande.
Ehm, gli ip privati di classe A sono 16.777.216 (più di 1/4 della 
popolazione italiana). Non credo poi che fastweb abbia messo tutti i suoi 
utenti in un'unica sottorete...a lume di naso mi pare una follia!!
Ciao,
        Ugo.
-- 
Per contattarmi in privato cambia squadra 


Provate ad interrogare un dominio gestito da Fastweb e vedrete la prima 
  risposta da per l'IP del servente di mail: 127.0.0.1
Serve a loro per gestire la posta interna al dominio.
Peccato che un server SMTP (non M$) a tale risposta va a cercare 
l'indirizzo su se stesso!

 l'indirizzo su se stesso!
Oltre a te stesso, hai mascherato anche la risposta. Non ho capito una 
cippa!!!


         Ugo.
Non era una risposta ma un'aggiunta delle amenitą di tale gestore 
"lider" in Italia.

 Possono usare quel che vogliono se non devono interfacciarsi con l'esterno.
Certo, ma se io voglio raggiungere un IP del DoD, i router
di FW verso chi mi instradano?
E anche ammesso che il routing sia corretto (ovvero mi instradano verso 
la rete del DoD), se io invece volessi raggiungere la macchina 
all'interno della rete FW, cosa dovrei fare?
Non bisognerebbe MAI usare ip pubblici per queste cose.

 in Italia.
Ahhh...allora mi correggo. Non ho capito una cippa dell'aggiunta. Non è che 
puoi spiegarti meglio per favore?


 
Allora : server SMTP nativo IBM OS400 V4R5M0
	 Invio di una e-mail fallito in quanto l'indirizzo del 			destinatario 
non è stato trovato (fino ad un giorno prima funzionava)
	Abbiamo provato con altri indirizzi dello stesso dominio. Idem come sopra.
Ci rivolgiamo ai colleghi del dominio incriminato per sentire se avevano 
dei problemi. Nessun problema, ah abbiamo cambiato provider ieri e siamo 
passati a FASTWEB.
	Mettiamo sotto traccia il nostro server SMTP. Risultato dopo la 
risoluzione del nome dominio come indirizzo del server di posta come 
prima risposta ci veniva reso 127.0.0.1 (loopback) e la nostra macchina 
   a rigore tornava a bomba su se stessa in cerca della casella di posta 
che ovviamente non c'era.
Contatto Fastweb e mi risponde uno anche un po' sostenuto che quello 
era un trucchetto che  loro usano per gestire le caselle di posta 
interna e che noi dovevamo interrogare solo i record MX del DNS.
Quindi, secondo loro era un problema nostro.
Apriamo una chiamata in IBM che ci risponde sollecitamente e visto il 
tipo di problema ci chiede: Ma sono di Fastweb? Problema già noto. 
Soluzione temporanea per tamponare il problema contingente e emissione 
di PTF per ovviare all'inconveniente.
Il bello è che l'inconveniente non era un errore di  IBM ma di Fastweb 
che chiaramente avrà fatto i suoi test solo con alcuni server SMTP e 
sappiamo bene come certi produttori di Software si attengano ai 
protocolli  di internet
.

 utenti in un'unica sottorete...a lume di naso mi pare una follia!!
hai ragione, ho detto una str*****.