Newsgroup: it.comp.os.amiga
Titolo: Rete Amiga-PC-PC-MAC

Eccomi con un problema che mi fa veramente scervellare, perchč di punto in
bianco qualcosa che funzionava ora non funziona piů :-)
A casa ho una piccola rete cosě composta:
Connessione ADSL che arriva da un PC con WinRoute Pro
il pc č collegato ad un hub cui sono collegati un altro pc e l'amiga, che
navigano ed accedono a tutte le risorse senza alcun problema di sorta.
Niente proxy o socks, la connessione č completamente nattata senza
particolari configurazioni oltre alla porta 6667 impostata manualmente per
le dcc di irc.
Su Amiga c'č MiamiDX con la sua bella interfaccia cosě composta:
IP 192.168.0.2
netmask 255.255.255.0
gateway 192.168.0.1, che č l'indirizzo del PC
nel database c'č come DNS sempre 192.168.0.1, che č sempre l'indirizzo del
PC.
Tutto funziona correttamente.
MiamiDX ha anche un'altra interfaccia, che la collega al Mac con il solito
"simulatore" ethernet, cosě configurata:
IP address: 192.168.1.1
netmask il solito 255 etc etc
gateway 192.168.0.1
Nel pannello tcp/ip di miami č attivato il gateway ed il server socks.
Dal lato mac c'č lo stack del mac, con la cartellina TCP/IP del pannello di
controllo, cosě impostato:
ip 192.168.1.2
gateway 192.168.1.1
dns 192.168.0.1
in questo modo le chiamate dns vanno, anzi, andavano, tramite il gateway
direttamente al pc che le smistava., ma non č il dns il mio problema, perchč
pingando indirizzi numerici la connessione non va lo stesso. Amiga e Mac si
pingano amichevolmente e il mac accede ai server dell'amiga senza problemi.
Ora, ricordo perfettamente che con questa configurazione, la connessione da
mac funzionava benissimo. Non ricordo se c'era winroute o c'era ancora il
vecchio Internet connection sharing di Windoze. Ora, semplicemente, non va
:-)
Da un browser qualsiasi non vanno nč indirizzi numerici nč mnemonici, come
se miami non facesse da gateway in alcun modo. MA! Se dalla configurazione
dei browser Mac attivo la connessione tramite socks, inserendo un indirizzo
la connessione non va. Se perň metto un indirizzo IP numerico, questo viene
correttamente risolto (segno che da qualche parte il DNS funziona :-) solo
che poi la connessione http non inizia. Puň dipendere tutto ciň da qualche
sorta di protezione di winroute che vede i pacchetti con l'origine da una
diversa sottorete e quindi blocca il NAT?
Le ho provate veramente tutte, cambiando sia i vari indirizzi di gw e dns
sia da amiga che da mac, senza risultati. Come posso risolvere la cosa?
Un grosso grazie :)
--
Giorgio
www.giorgiosignori.cjb.net

 diversa sottorete e quindi blocca il NAT?
potrebbe essere, anche se mi pare che di default non lo faccia (puoi cmq
forzare il NAT su una certa interfaccia per particolari indirizzi/reti).
In ogni caso, per vedere velocemente se è quello il problema basta che
unisci le sottoreti: metti le netmask a 255.255.0.0 e ti ritrovi ad avere
un'unica rete.
Bye
     Wiz

 un'unica rete.
Questo non lo avevo provato, verificherň! :)
Thanks!
--
Giorgio
www.giorgiosignori.cjb.net

 Thanks!
Domanda da un milione di dollari: nel tcp/ip del mac non si può impostare la
maschera di sottorete... come fo? :)
--
Giorgio
www.giorgiosignori.cjb.net

Allora, se ho capito il problema, il mac ha dei problemi a raggiungere
il pc collegato alla rete esterna.
Chiamando nic1 e nic2 le 2 interfaccie di rete dell'amy
collegate rispettivamente all'hub e al mac,
credo che il problema di connettività si verifichi proprio tra nic1 e nic2 !
se tu imposti nic2 con:
ip 192.168.1.1 e netmask 255.255.255.0
credo proprio che essa non abbia possibilità
di raggiungere il gateway 192.168.0.1,
al limite potrebbe raggiungerlo come dns, appunto.
Quindi hai 2 possibilità:
1) imposti  su nic2 una netmask di 255.255.0.0
2) (secondo me + semplice) usi per tutti i nic (virtuali e non)
    la rete 192.168.0.* eliminando perciò anche il gateway
    192.168.1.1 che avrebbe dovuto unterfacciare il mac a nic1
    attraverso nic2.
Prova un pò :)
--
Antonio Kokoko(3K)

     attraverso nic2.
Ma in questo modo dovrei aggiungere un routing manuale, altrimenti no si
vedranno e la rete non mi funge più :)
--
Giorgio
www.giorgiosignori.cjb.net

 maschera di sottorete... come fo? :)
Non dovrebbe essere un problema. L'importante è che la macchina che filtra
i pacchetti lo consideri parte della sua sottorete: se poi il Mac pensa di
essere
da solo, 'zzi suoi :-)
Bye
     Wiz



si, ma il gateway come può raggiungere una rete diversa se tu non gli liberi
la maschera ?
Allora imposta netmask=255.255.0.0 sull'interfaccia di miamidx che si
collega al mac !
già provato ?

 la maschera ?
mmmm proverò!
ti farò sapere :)
--
Giorgio
www.giorgiosignori.cjb.net

 dns 192.168.0.1
in teoria dovrebbe essere giusta la configurazione, ma dovresti controllare
un paio di cose:
Prima di tutto il pc che natta deve poter accettare pacchetti provenienti dalla rete 192.168.1.*, con linux/ipchains saprei dirti come fare con wingate (o
quello che usi)...boh...
La soluzione di usare come netmask 255.255.0.0 puo' essere valida anche se
personalmente la eviterei (alla fine hai tre host...)
Oppure potresti nattare ulteriormente con miamidx e far uscire i pacchetti
con 192.168.1.* come 192.168.0.*
Una nota per quel riguarda il server socks:
Non so che versione usi MiamiDx, cmq se e' socks4 tieni presenti che puo' darti
problemi con il proxying di pacchetti udp...ecco perche' non arrivano le richieste al dns.
Col socks5 AFAIK la cosa era stata risolta (in realta' anche con la 4 con
una piccola gabola si riesce comunque a fare richieste ad un dns proxato.
-- 
regards,
Ciro.
--
    Writing from the computer science department of Milan (DSI)
       home page at 
http://www.silab.dsi.unimi.it/~cs556770/
 
--

 problemi con il proxying di pacchetti udp...ecco perche' non arrivano le
richieste al dns.
In realtą le richieste DNS passano, č il resto che non va!
--
Giorgio
www.giorgiosignori.cjb.net

 In pratica miami dovrebbe fare il nat di una nat, in cascata :)
ehm...se con miamidx non aggiungi nella tabella di routing la rete
del mac ci credo che non ti va :P
riesci a postare le tabelle che usi?


     attraverso nic2.
Ho fatto tutte le prove possibili ed immaginabili... probabilmente è
WinRoute a non permettere questo genere di routing perchè li considera
untrusted (anche se c'è un'opzione apposita che ho provato...).
Pazienza...
--
Giorgio
www.giorgiosignori.cjb.net

mano, ma a me non interessa. Mi interessa solo che il mac vada su internet.
ok, lui va su internet, ma i pacchetti di ritorno dove vanno a finire
se non imposti il corretto routing sul Pc?
bye, bye
  Ale Gerelli
    -
a...@gerelli.it

 ha scritto nel messaggio
news:10052201...@merlino.agonet.it...

Il routing sul pc è impostato verso l'Amiga, che a sua volta li deve
indirizzare al mac.
--
Giorgio
www.giorgiosignori.cjb.net

indirizzare al mac.
eh no; verso Amiga andranno i pacchetti facenti parte della stessa
rete del PC, ma quelli del Mac appartengono ad un altra rete per cui
al PC devi dirgli che i pacchetti di quella tal rete li deve inviare al
gateway apposito che poi li instrada correttamente (in questo
caso e' Amiga che fa da gateway tra PC e Mac)...
