View Full Version : Condividere file tra due reti in cascata
daniele87
08-02-2010, 13:06
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
08-02-2010, 13:15
Ma i Router sono configurati per la medesima sottorete ed al secondo è stato disabiliato il DHCP?
daniele87
08-02-2010, 13:21
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
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
08-02-2010, 13:42
E allora devi impostare delle route statiche su tutti i PC collegati all'HAG di fastweb.
mmm cioè?
grazie:)
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
08-02-2010, 14:31
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 :)
ottimo, grazie mille, provo a farlo.
del raggiungimento sfogliando posso farne a meno, creo un collegamento :)
Fermati! Non avevo considerato il NAT. :doh:
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.
grazie :)
Mi sa che non me li sono meritati i tuoi ringraziamenti ;)
Il Bruco
08-02-2010, 14:49
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
08-02-2010, 17:43
Fermati! Non avevo considerato il NAT. :doh:
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..
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:confused:
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
08-02-2010, 20:52
mmm ahia..
beh ma funziona nello stesso modo, i 3 pc si vedono in rete:confused:
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
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
08-02-2010, 23:05
Fermati! Non avevo considerato il NAT. :doh:
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/showthread.php?t=2084692&highlight=servire
Lo scenario, come sappiamo è il seguente,
HAG fastweb->2pc+wan del router->subnet privata (ad esempio 192.168.1.0 /24).
OK.
Diamo, come precondizione, che sui pc, su subnet fastweb, siano settate correttamente le rotte statiche verso la wan interface del router.
OK.
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.
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.
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/showthread.php?t=2084692&highlight=servire
In quel caso il discorso era un po' diverso. Le due subnet interne non erano nattate.
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.