Condividere file tra due reti in cascata

[daniele87]

ciao a tutti!

la situazione è questa: ho un modem router a cui è collegato in cascata un router wireless. ora, per motivi vari, devo lasciare collegati alcuni pc al modem router e altri al router wireless. vorrei che comunicassero tutti tra loro per scambiare dei file, ma non riesco in nessun modo.
ovviamente i pc collegati allo stesso router comunicano già tranquillamente, ma quelli tra 2 router diversi no.

c'è un modo per fare ciò?

grazie

[Il Bruco]

Ma i Router sono configurati per la medesima sottorete ed al secondo è stato disabiliato il DHCP?

[daniele87]

Originariamente inviato da Il Bruco

Ma i Router sono configurati per la medesima sottorete ed al secondo è stato disabiliato il DHCP?

il dhcp è abilitato, perchè il modem router è di fastweb quindi ha IP limitati e io necessito di collegare più computer

[slowped]

Originariamente inviato da daniele87

il modem router è di fastweb quindi ha IP limitati e io necessito di collegare più computer

E allora devi impostare delle route statiche su tutti i PC collegati all'HAG di fastweb.

[daniele87]

Originariamente inviato da slowped

E allora devi impostare delle route statiche su tutti i PC collegati all'HAG di fastweb.

mmm cioè?

grazie

[slowped]

Originariamente inviato da daniele87

mmm cioè?

Devi istruire i PC collegati all'HAG di Fastweb che per raggiungere la sottorete collegata all'altro router devono passare per il router medesimo.

Come fare dipende dal sistema operativo dei PC.

Per esempio supponendo che gli altri PC siano sulla subnet 192.168.1.0/24 e che l'altro router abbia indirizzo 192.168.1.254 i comandi da impartire sono:

(per windows) route add 192.168.1.0 mask 255.255.255.0 192.168.1.254

(per Linux/Unix) route add -net 192.168.1.0 netmask gw 192.168.1.254

In ogni caso, questa soluzione rende i PC dell'altra rete "raggiungibili" ma non "visibili" sfogliando la rete. Per accedere alle risorse condivise devi utilizzare i percorsi UNC (ossia \\ip.del.pc\nome_condivisione)

[daniele87]

Originariamente inviato da slowped

Devi istruire i PC collegati all'HAG di Fastweb che per raggiungere la sottorete collegata all'altro router devono passare per il router medesimo.

Come fare dipende dal sistema operativo dei PC.

Per esempio supponendo che gli altri PC siano sulla subnet 192.168.1.0/24 e che l'altro router abbia indirizzo 192.168.1.254 i comandi da impartire sono:

(per windows) route add 192.168.1.0 mask 255.255.255.0 192.168.1.254

(per Linux/Unix) route add -net 192.168.1.0 netmask gw 192.168.1.254

In ogni caso, questa soluzione rende i PC dell'altra rete "raggiungibili" ma non "visibili" sfogliando la rete. Per accedere alle risorse condivise devi utilizzare i percorsi UNC (ossia \\ip.del.pc\nome_condivisione)

ottimo, grazie mille, provo a farlo.
del raggiungimento sfogliando posso farne a meno, creo un collegamento

grazie

[slowped]

Originariamente inviato da daniele87

ottimo, grazie mille, provo a farlo.
del raggiungimento sfogliando posso farne a meno, creo un collegamento

Fermati! Non avevo considerato il NAT.

I PC della seconda rete non possono essere raggiunti se il NAT è attivo; ma se disabiliti il NAT non vanno più su internet. Purtroppo ciò limita fortemente le possibilità di condivisione. Infatti, configurando opportunamente il port forwarding sul secondo router solo uno dei PC ad esso connessi può essere visibile. E in questo caso l'impostazione delle route statiche è del tutto inutile in quanto quel PC verrebbe visto con l'IP del router.

Originariamente inviato da daniele87

grazie

Mi sa che non me li sono meritati i tuoi ringraziamenti

[Il Bruco]

Originariamente inviato da daniele87

il dhcp è abilitato, perchè il modem router è di fastweb quindi ha IP limitati e io necessito di collegare più computer

L'apparecchio di FastWeb non è un "Router/Modem" come lo chiami tu ma è chiamato HUG che autoassegna un range di 3 indirizzi IP con Relativo Gateway e DNS. per cui non potrai mai vedere in rete i PC collegati all'HUG con quelli collegati al Router.

[daniele87]

Originariamente inviato da slowped

Fermati! Non avevo considerato il NAT.

I PC della seconda rete non possono essere raggiunti se il NAT è attivo; ma se disabiliti il NAT non vanno più su internet. Purtroppo ciò limita fortemente le possibilità di condivisione. Infatti, configurando opportunamente il port forwarding sul secondo router solo uno dei PC ad esso connessi può essere visibile. E in questo caso l'impostazione delle route statiche è del tutto inutile in quanto quel PC verrebbe visto con l'IP del router.



Mi sa che non me li sono meritati i tuoi ringraziamenti

mmm ahia..

Originariamente inviato da Il Bruco

L'apparecchio di FastWeb non è un "Router/Modem" come lo chiami tu ma è chiamato HUG che autoassegna un range di 3 indirizzi IP con Relativo Gateway e DNS. per cui non potrai mai vedere in rete i PC collegati all'HUG con quelli collegati al Router.

beh ma funziona nello stesso modo, i 3 pc si vedono in rete

[slowped]

Originariamente inviato da Il Bruco

L'apparecchio di FastWeb non è un "Router/Modem" come lo chiami tu ma è chiamato HUG

Se vogliamo essere precisi il nome di quell'apparato è HAG (Home Access Gateway).

[Il Bruco]

Originariamente inviato da daniele87

mmm ahia..



beh ma funziona nello stesso modo, i 3 pc si vedono in rete

Funziona e i 3 PC si vedono, ma la richiessta iniziale era di poter far vedere sia i PC collegati all'HAG (ora lo scritto giusto), che i PC collegati al Router, a sua volta collegato all'HAG

Originariamente inviato da slowped

Se vogliamo essere precisi il nome di quell'apparato è HAG (Home Access Gateway).

Non conosco l'inglese poichè HUB si dice HAB, credevo che si dicesse HAG e si scrivesse HUG, scusa la mia ignoranza, ma speriamo che quello che volevo dire sia stato compreso, dall'utente che aveva chiesto aiuto.

[nuovoUtente86]

Originariamente inviato da slowped

Fermati! Non avevo considerato il NAT.

I PC della seconda rete non possono essere raggiunti se il NAT è attivo; ma se disabiliti il NAT non vanno più su internet. Purtroppo ciò limita fortemente le possibilità di condivisione. Infatti, configurando opportunamente il port forwarding sul secondo router solo uno dei PC ad esso connessi può essere visibile. E in questo caso l'impostazione delle route statiche è del tutto inutile in quanto quel PC verrebbe visto con l'IP del router.



Mi sa che non me li sono meritati i tuoi ringraziamenti

Mi ponevo lo stesso problema qualche giorno fa, e mi ero riproposto di fare poi una prova pratica, che per questioni di tempo non ho fatto.
Lo scenario, come sappiamo è il seguente,
HAG fastweb->2pc+wan del router->subnet privata (ad esempio 192.168.1.0 /24).
Diamo, come precondizione, che sui pc, su subnet fastweb, siano settate correttamente le rotte statiche verso la wan interface del router.
Quando uno di questi pc va a pingare un host privato, spara il pacchetto verso la wan interface, con ip destination interno alla LAN.
Se ci trovassimo di fronte ad un router, in assenza di nat, il pacchetto verrebbe consegnato senza se e senza ma.
Se riflettiamo però, un isr ha 2 stub route (o una stub bidirezionale asimmetrica):
1)da wan a lan
2)default su wan
quindi ciò dovrebbe bastare per inoltrare i pacchetti, su base mac, ma essendo un isr molto piu simile ad un server ICS che ad un router, nulla vieta all' implementazione di droppare i pacchetti che non abbiano l' ip dell' interfaccia o broadcast.
In una precedente discussione, che può essere approsimata allo stesso dominio di problema, abbiamo assunto che si comporti come un router effettivo
http://www.hwupgrade.it/forum/showth...hlight=servire

[slowped]

Originariamente inviato da nuovoUtente86

Lo scenario, come sappiamo è il seguente,
HAG fastweb->2pc+wan del router->subnet privata (ad esempio 192.168.1.0 /24).

OK.

Originariamente inviato da nuovoUtente86

Diamo, come precondizione, che sui pc, su subnet fastweb, siano settate correttamente le rotte statiche verso la wan interface del router.

OK.

Originariamente inviato da nuovoUtente86

Quando uno di questi pc va a pingare un host privato, spara il pacchetto verso la wan interface, con ip destination interno alla LAN.
Se ci trovassimo di fronte ad un router, in assenza di nat, il pacchetto verrebbe consegnato senza se e senza ma.

Perfettamente d'accordo. La conclusione è coerente con le premesse.

Originariamente inviato da nuovoUtente86

Se riflettiamo però, un isr ha 2 stub route (o una stub bidirezionale asimmetrica):
1)da wan a lan
2)default su wan
quindi ciò dovrebbe bastare per inoltrare i pacchetti, su base mac, ma essendo un isr molto piu simile ad un server ICS che ad un router, nulla vieta all' implementazione di droppare i pacchetti che non abbiano l' ip dell' interfaccia o broadcast.

Credo che ciò che avvenga in realtà sia proprio la parte che ho evidenziato in grassetto. E non credo che ciò avvenga solo a livello di implementazione, ma che sia una necessità propria del NAT. La NAT box espone all'esterno solo il suo indirizzo IP lato WAN. Quando arriva un pacchetto che ha come destinazione un IP lato LAN il router controlla la NAT table e se il pacchetto è una risposta a un pacchetto il cui indirizzo sorgente era stato precedentemente tradotto, allora ne modifica la destinazione e lo inoltra all'host corretto sulla LAN. In caso contrario (pacchetto che non è in risposta a una connessione precedentemente stabilita; per esempio un pacchetto TCP con il flag SYN settato) il router controlla se la porta di destinazione è in forward e, in caso affermativo, effettua il forward secondo configurazione in caso contrario semplicemente lo droppa (consentimi il neologismo). Secondo il tuo ragionamento, anziché fare il drop, alcune implementazioni potrebbero prevedere l'inoltro del pacchetto all'host di destinazione. Dubito che ci siano delle implementazioni con tale comportamento.

Ho appena provato con due router diversi con figurati con il NAT (Cisco 857 e Linksys WRT54g2) ma, come prevedibile, nessuno dei due ha inoltrato al corrispondente host sulla LAN alcun pacchetto ad esso indirizzato.

Originariamente inviato da nuovoUtente86

In una precedente discussione, che può essere approsimata allo stesso dominio di problema, abbiamo assunto che si comporti come un router effettivo
http://www.hwupgrade.it/forum/showth...hlight=servire

In quel caso il discorso era un po' diverso. Le due subnet interne non erano nattate.