Newsgroup: it.comp.reti.locali
Titolo: NAT, peer-to-peer e problemi assurdi - AIUTO !

Salve a tutto il NG,
e' la prima volta che posto qui, quindi saluto tutti quelli che non mi 
conoscono (un po' il contrario di quello che si fa in TV no? ;-).
Naturalmente, e per la gioia di tutti, posto per un problema che non 
riesco a risolvere :(
Ulteriore premessa e' che ho girovagato per i NG e i forum di mezzo 
mondo, e mi sono meravigliato di non trovare nessun aiuto al mio caso... 
comincio a pensare che sia senza soluzione.
Ho una rete locale casalinga con 3 PC collegati tramite schede 10/100 e 
cavo BNC , tutti con S/O Windows (2 Millenium e uno 98/SE).
Sul computer principale, cioe' quello con IP 192.168.0.1 e direttamente 
collegato ad Internet tramite connessione ADSL BBB (con interfaccia 
di connessione USB) ho installato un software di condivisione connessione 
Internet.
Attualmente e' installato il WinRoute, comunque lo stesso problema che 
vado a descrivervi si verificava tale e quale anche con ICS e WinGate.
Il WinRoute utilizza un NAT proprietario (cosi' dice) per la traduzione 
degli indirizzi verso la rete interna.
Il problema che mi affligge si verifica sul computer Server 
(sicuramente anche sugli altri client, ma a me interessa solo risolverlo 
sul server): e' un problema legato al NAT visti i dati che ho raccolto in 
una settimana di prove, raccolta informazioni e deduzioni.
E' presto detto: quando sono collegato ad un server IRC tramite mIRC 
riesco perfettamente a fare DCC (chat, send o get), il problema 
irrisolvibile e' pero' sui resume.
Prima di continuare la spiegazione sottolineo che altri problemi in altri 
software mi hanno fatto postare su questo NG e non su quello di mIRC 
perche' credo sia un problema di NAT e non del client che uso per 
collegarmi a IRC.
Quando provo a fare un DCC send ed il mio destinatario tenta il resume 
ottengo un messaggio nella finestra di Status del mIRC che mi dice:
"DCC resume from 'nick' rejected: invalid parameters".
Questo problema non si verifica in ricezione e scompare anche in 
trasmissione SOLO SE disattivo completamente il software di condivisione 
accesso ad internet (qualunque esso sia).
Inoltre un problema simile si verifica con il software ICQ usando la 
funzionalita' "Shared files".
In questo caso con il software attivato nessuno riesce a prelevare file 
dalla mia cartella condivisa ne' io riesco a prelevarne da altri.
Anche stavolta disattivando il software di condivisione tutto funziona 
alla perfezione.
Da quanto posso aver capito sembra un problema di negoziazione tra i 
client utilizzati nei vari computer.
C'e' anche da dire pero' che altri software peer-to-peer (come Morpheus) 
funzionano alla perfezione, sia sul Server che sui Client.
Credo sia un problema legato a qualche particolarita' nel protocollo 
TCP/IP.
In tutti i post che ho trovato in giro problemi del genere si verificano 
solo sui computer che sfruttano la condivisione (quelli dietro il NAT) 
non sul computer che la fornisce !!!
E comunque nessuno parla espressamente di resume e condivisione e ICQ.
Sinceramente non credo piu' sia possibile risolvere la situazione (le ho 
provate tutte) ma si sa che i NG sono una risorsa inesauribile di 
conoscenza (un po' di sano populismo alla Jovanotti ci sta bene).
Ringraziando per ogni aiuto, vi mando il triste e sconsolato saluto di 
chi non riesce a risolvere un problema che gli sembrava banale,
-- 
FreshMind
Anima in pena nel limbo dei NAT

64000 nonostante il range si stabilito tra la 1024 e la 5000.
Non riesco a capire se il problema sia nel mIRC o nel NAT.
In ogni caso sapete se esiste un bugfix?
Non ne verro' mai a capo.... :((((


Bene porto avanti il thread da solo ;-)
Come sempre, dopo aver postato il mio prob su un NG ho risolto da solo.
Quindi se qlc ha qlc problema simile.. posti qui che gli rispondo io !
Ciao
-- 
FreshMind
Anima felice nel paradiso dei NAT

 Quindi se qlc ha qlc problema simile.. posti qui che gli rispondo io !
Eh no! Mo' ci spieghi qual'era il problema "vero", come l'hai risolto e 
se l'hai risolto con Winroute, ICShare o come! 8)
Siamo qui per acculturarci, mica per sentire i tuoi sfoghi! ^___^
-- 
		Luca Amicone
		(da casa)

 Siamo qui per acculturarci, mica per sentire i tuoi sfoghi! ^___^
Eheheheh
allora: avevo correttamente identificato il problema (almeno per quello 
che ho capito) e cioe' "malcomprensioni" causate dal NAT tra i client 
responsabili della trasmissione peer-to-peer (speriamo di non dire un 
mucchio di cavolate).
Il WinRoute pero' ha una grandissima funzione (sugli altri software non 
l'ho trovata.. ma magari esiste - SU ICS NO) e cioe' la possibilita' di 
escludere il computer host dal NAT.
Questo e' bastato a risolvere tutti i problemi di resume su mirc... etc 
etc pur mantenedo tutte le funzionalita' del NAT sugli altri computer 
della rete.
Semplice ma veramente efficace :)
Ciao
-- 
FreshMind
Anima errante nell'idillio delle soluzioni

 Semplice ma veramente efficace :)
Winroute è decisamente un ottimo prodotto. 8)
Grazie della specifica.
-- 
			Luca Amicone
			ICQ: 14890779
--
	Quelli che smettono di sognare sono perduti.
		-- Proverbio degli aborigeni australiani

Ho letto i vostri post ma purtroppo quel software che dici tu funziona
fino a WINME e da win 2000 non è più configurabile.
nella connessione remota di win2000 e winxp c'è la funzione di mappare
le porte ma ..... 
quele porta usa x esempio ICUII, e poi con C6 non c'è versodi farlo
andare...... anke mettendo la porta.....
il problema l'ho risolto anke io installando winroute su un pc ....
della rete con il modem ... e lo facevo andae solo come Router
Gateway..... (a parte qualche giornata x fare funzionare il gateway
monitor in automatico, poi ho capito l'inghippo)  poi per ragioni di
spazio l'ho dovuto togliere e i problemi sono ricomparsi.!!!!
mannaccia la miseria......


 andare...... anke mettendo la porta.....
Per ricevere files. Per il resto C6 dovrebbe andare bene..! ICUII non 
supporta H323 ?
P.S. Un quoting un po' migliore, please..? 8]
