Newsgroup: it.comp.reti.locali
Titolo: router interno non risponde a ping

Salve a tutti.
Vorrei utilizzare un modem/router NETGEAR DGN3500 con il firmware "amod" come router interno e mantenere separata una parte di rete.
Ho provveduto a dare all'interfaccia WAN un indirizzo compatibile con la rete che poi si affaccia su Internet (
192.168.1.0/24
),
e alla subnet che mi interessa un indirizzo appropriato (
10.0.0.0/24
), compatibile con gli indirizzi di rete dei dispositivi in questo pezzo di  LAN.
Però mi succede questo problema: mentre se faccio un ping dalla subnet interna verso il NETGEAR, esso mi risponde normalmente,
quando faccio il ping dalla rete più "esterna" non risponde mai, anche se ho provveduto a settare l'opzione "rispondi ai ping dalla rete esterna".
Il fatto è che tra i dispositivi connessi alla rete esterna COMPARE il suddetto router, e anche con l'indirizzo assegnatogli (192.168.1.11), 
però al ping non risponde mai, e se faccio un ping dal NETGEAR verso il router più esterno (o anche qualche altro dispositivo connesso alla
rete 
192.168.1.1/24
) non ottengo mai risposta.
Preciso che il cablaggio è corretto e i cavi sono tutti buoni, ho provato anche a scambiare i cavi e anche i dispositivi e funzionano correttamente.
Ovviamente il routing non va, ma se non risolvo questo problema come faccio a settare il routing?
Qualcuno mi può aiutare?
Grazie a chi mi risponderà

 Qualcuno mi può aiutare?
controlla i settaggi del protocollo di rete prima di effetture il ping, 
se sei sulla rete più interna dovresti (stando a quanto dici) essere 
sulla rete 
10.0.0.0/24
) con gateway l'ip del router lato lan (10.0.0.x), 
se sei sulla rete esterna devi settare il protocollo per quella rete.... 
e così via

 "amod" come router interno e mantenere separata una parte di rete.
 
Scusa ma il DGN3500 è un router ADSL2+ il che significa che la porta
WAN dello stesso è la ADSL; ora, ho dato un'occhiata rapidissima al
manuale e non mi sembra che sia possibile utilizzare una delle porte
ETH come interfaccia WAN, se questo è il caso, dubito che la config
possa funzionare dato che connettendo le due reti con una delle porte
ETH del DGN è come se le avessi connesse con uno switch, per cui non
avrai NAT/routing ma semplicemente UNA rete con DUE indirizzamenti
diversi
 
 

WAN dello stesso è la ADSL
 
Lui, però, sta usando un firmware modificato, la cui pagina
https://amodwki.fandom.com/it/wiki/Amod_Wiki
 recita
"Possibilità di Usare la porta WAN come porta LAN".
 
Secondo me è scritto male, volevano dire il contrario... così non ha
senso: che LAN fai su una porta ADSL? Una rete col DSLAM?
 
Lui dice che ha impostato i parametri dell'interfaccia esterna, ma mi
chiedo: ha impostato *quale* delle porte deve essere la WAN?
 
Vedo che c'è un filone dedicato a quel firmware, aperto dall'autore:
https://www.hwupgrade.it/forum/showthread.php?t=2554912
 
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.


si si sono sicuro di questo. Infatti se pingo (naturalmente dall'interfaccia web del NETGEAR) lo stesso router NETGEAR non con l'interfaccia di loopback ma proprio con l'indirizzo che avevo assegnato sulla rete "esterna"  (192.168.1.12) lui risponde.
LO stesso se pingo dalla subnet interna da un computer (con appropriato indirizzo e maschera di rete , 
10.0.0.10/24
) al router netgear (sull'indirizzo "interno" ovviamente 
10.0.0.1/24
 ) risponde

 
https://www.hwupgrade.it/forum/showthread.php?t=2554912
 
 
Grazie per il link

 definire l'indirizzo "esterno". 
 
Non ho il router sottomano, ma è strano, stando alla documentazione il
firmware standard del modello 2200 ha l'opzione per configurare la
porta 4 come WAN
 
https://kb.netgear.com/23693/DGN2200V4-Using-LAN-port-4-as-a-WAN-port-for-cable-ISP-connections
 
 
mi sembra strando che il 3500 con firmware standard (o modificato) non
offra tale opzione
 

 offra tale opzione
 
Ok, ho dato un'occhiata ed a quanto sembra il 3500, con il firmware
nativo NON supporta la funzione WAN-ETH, l'unica, a quanto ho letto è
usare un firmware alternativo (OpenWRT o DD-WRT) ed editare i file di
configurazione; non so se il firmware in uso (amod) la supporti, nel
caso ti converrà informarti su eventuali forum e/o contattare l'autore
 
Considera che se la connessione è come penso io, stai utilizzando il
netgear come se fosse uno switch, per cui NON avrai separazione tra le
due reti; per fare una prova, imposta un PC connesso al netgear con un
indirizzo IP (libero) sulla rete 192... e poi fai qualche prova
 
Restando in argomento, se quello che ti serve è separare le due reti,
la cosa si può anche ottenere prendendo uno switch managed che supporti
le VLAN
 

 caso ti converrà informarti su eventuali forum e/o contattare l'autore
 
Oppure usare WRT :)
 

 indirizzo IP (libero) sulla rete 192... e poi fai qualche prova
 
Cioè anche se installassi questi altri firmware non potrei avere una separazione delle reti?

 separazione delle reti?
 
Se il firmware supporta la funzionalità relativa alla configurazione di
una porta ETH come WAN, dovrebbe funzionare, in caso contrario, nisba.
 
 
 

 nisba.
 
Come ho scritto, OpenWRT (ma sospetto anche DD-WRT e Tomato) supporta
tale funzionalità
 
https://forum.openwrt.org/t/reconfigure-lan-port-as-wan/2871
 
 
https://forum.archive.openwrt.org/viewtopic.php?id=24195&p=7
 
 
e, già che ci siamo, un vecchio thread su questo stesso gruppo,
relativo ESATTAMENTE alla STESSA problematica (toh, che strano)
 
https://it.comp.reti.locali.narkive.com/k0vQbbYe/usare-porta-lan-come-ingresso-wan
 
 
<g>
 
 

offra tale opzione
 
Per il 2200, vale solo per la versione hardware V4 (qui in casa ho un
V3 e non è impostabile).


LO stesso se pingo dalla subnet interna da un computer (con appropriato indirizzo e maschera di rete , 
10.0.0.10/24
) al router netgear (sull'indirizzo "interno" ovviamente 
10.0.0.1/24
 ) risponde
 
Anche questo, però, non ci dice niente. E' l'interfaccia WAN che non
ti funziona.


Salve
Sono riuscito ad installare il nuovo firmware OpenWRT ed effettivamente fa tutto quello che mi serviva.
Grazie per l'aiuto.
L'unica cosa che mi è rimasta da fare è settare l'instradamento giusto.
Adesso il router si connette correttamente alla rete più esterna e posso pingare sia i dispositivi sulla rete più esterna che direttamente su internet.
Solo che non posso, da un computer connesso al router netgear, connettermi all'esterno.
Questa è la routing table del router come è settata adesso
 
root@OpenWrt:/bin# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0.2
10.0.0.0        *               255.255.255.0   U     0      0        0 eth0.1
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0.2
 
ricordo che la subnet più interna ha indirizzo di rete 
10.0.0.0/24
 e quella più esterna ha indirizzo 
192.168.1.0/24
.
ho provato a settare (da ssh)
route add default gw 192.168.1.1
però non instrada correttamente. Perchè non funziona? cosa ho sbagliato?
 
qualcuno può aiutarmi nel settare correttamente la route?
Grazie
 
 

 sbagliato?
 
Allora
 
Nel netgear, imposta la eth che funge da WAN in modo da ottenere le
impostazioni di rete automaticamente tramite DHCP, in quel modo il
servizio DHCP del router 192.168.1.1 fornirà automaticamente alla WAN
le corrette impostazioni (poi ok, ti converrà nel 192.168.1.1 mettere
una reservation in modo da assegnare sempre lo stesso IP alla WAN del
netgear, ma lo puoi fare successivamente); con questa config, dal
netgear dovresti già essere in grado di raggiungere sia la rete 192.168
sia internet
 
Ora, sempre nel netgear, assicurati che l'IP LAN del router sia sulla
rete 10, quindi configura il DHCP in modo che i client della rete 10
ottengano IP sulla rete stessa, oltre a questo, tali client avranno
come default GW e DNS l'indirizzo IP 10.x del netgear e NON il 192..
 
a questo punto, da un client della rete 10, verifica se la risoluzione
DNS funzioni (es. dig o nslookup), e prova un traceroute verso IP WAN o
posti sulla rete 192.168
 

 posti sulla rete 192.168
 
Grazie, ho risolto.
Era un problema col firewall.
Grazie per i suggerimenti.

 Grazie per i suggerimenti.
 
Uhm... "problema col firewall" in che senso, spiega !
 
Considera che se lo scopo è quello di separare le due reti in modo che
la 192 non possa vedere la 10 ma solo uscire su internet, mentre la 10
possa sia vedere la 192 che uscire su internet, il sistema più semplice
sarà quello di attivare sul netgear il NAT, in quel modo gli host che
risiedono sulla 10 saranno "mascherati" dal NAT uscendo con l'IP "WAN"
dello stesso
 
 
 
 

Scriveva Panto Prazolo giovedì, 28/11/2019:

In che senso... :-)

 
 
Nel senso che era una regola del firewall che mi droppava i pacchetti in uscita dalla subnet. Disabilitando temporaneamente le regole del firewall i dispositivi della rete interna potevano affacciarsi su internet.

 in uscita dalla subnet.
 
Da quale subnet ?!? Se ti droppava i pacchetti in uscita dalla "10",
hai un problema di configurazione, dato che il firewall della "192" non
deve e non può vedere la "10" ... se il tutto è stato configurato in
modo corretto (NAT sul netgear), in caso contrario hai di nuovo
sbagliato la configurazione
 
 

 sbagliato la configurazione
 
Per capirci
 
 
* Rete 192.168 (router WAN)
Router WAN	IP da ISP
WAN gateway	da ISP
WAN DNS		da ISP
Router LAN	192.168.1.1
Netmask		255.255.255.0
NAT		on
DHCP 		on
DHCP range	192.168.1.10-192.168.1.254
DHCP GW		192.168.1.1
DHCP DNS	192.168.1.1
 
 
* Rete 10 (NetGear)
Router WAN	192.168.1.9 (o da DHCP 192.168.1.1)
WAN gateway	192.168.1.1 (o da DHCP 192.168.1.1)
WAN DNS		192.168.1.1 (o da DHCP 192.168.1.1)
Router LAN	10.0.0.1
Netmask		255.255.255.0
NAT		on
DHCP		on
DHCP range	10.0.0.10-10.0.0.254
DHCP GW		10.0.0.1
DHCP DNS	10.0.0.1
 
a questo punto, gli hosts della rete 10 si presenteranno sulla rete
192.168 con l'IP del NAT, ossia quello della porta WAN (ethernet) del
netgear (192.168.1.9) e non con l'IP "10..."; le richieste relative
alla rete 192.168 verranno instradate direttamente dal netgear agli
host della rete, mentre quelle dirette verso la WAN verranno instradate
dal netgear verso il router WAN (192.168.1.1)