Ciao Giorgio, ho aggiunto un paio di info qui sotto nel messaggio inoltrato. Ldvp Il dom 16 mag 2021, 15:44 giorgio boiero via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao Luca Grazie dei consigli. Di seguito alcuni commenti
bel lavoro fin qui, bravi! Il networking è sempre un bel argomento, GB=> Potrebbe essere un argomento per un video-incontro di Slip per riprendere gli incontri periodici. Si potrebbe anche parlare di Wireguard e le VPN
la vostra configurazione mi sembra ok, ma se volete che tutta Rete 1 raggiunga tutta Rete 0 è necessaria ancora una regola di routing impostata su RC verso Rete 0 (destinazione 192.168.0.0/255.255.255.0=192.168.0.0/24in notazione compatta) attraverso 192.168.1.2 (AP), altrimenti anche i pacchetti provenienti dai dispositivi di Rete 1 e destinati a Rete 0 vengono instradati verso Internet come tutto il resto del traffico non-locale (se c'è solo la default route = gateway, tutto il non-locale va verso Internet o non è instradato) invece che essere instradati verso Rete 0 come volete voi. La regola di routing serve a "indicare la via" verso quell'insieme di indirizzi, che non si trovano in WAN/Internet, ma da un'altra parte. GB=> Sotto quale voce del router dobbiamo impostare la regola di routing?
Ldvp: bella domanda, cambia da uno all'altro e alcuni non hanno neanche la possibilità di impostare regole di routing. Che firmware ha RC? Questo potrebbe essere un buon motivo per andare verso una soluzione alternativa.
Per essere sicuri che AP sia sempre 192.168.1.2 e la nuova route ancora da aggiungere sia sempre valida, consiglio di restringere il range DHCP su RC, per esempio, a .1.50-.1.254 e usare .1.2 come IP statico per AP. Altrimenti il server DHCP potrebbe cambiargli IP e rompere il meccanismo. GB=> OK
In alternativa, se volete che solo un paio di porte e servizi in Rete 1 siano raggiungibili da Rete 0, potete impostare un port forward su AP. GB=> userei questa alternativa #2 se non riusciamo col la soluzione #1
Ci sarebbe ancora una alternativa, ma non so se citarla qui adesso dopo le prime due crei confusione. GB=> se puoi indicaci anche questa alternativa #3 così abbiamo il quadro completo delle soluzioni
Ldvp: se un solo dispositivo (o pochi dispositivi) in Rete 0 deve vedere Rete 1, per esempio un PC, puoi impostare la stessa regola di routing della soluzione #1 su questo dispositivo, invece che su RC. Il comando e il modo di renderla permanente cambiano da OS a OS e da distro a distro.
Non sono sicuro che sia abbastanza chiaro da testo, ma se volete faccio uno schema. GB=> A me è chiaro, ma una schema potrebbe essere utile anche per gli altri soci meno esperti di networking. Puoi usare per fare lo schema
Il giorno dom 16 mag 2021 alle ore 14:29 Luca De Villa Palù via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao Giorgio, bel lavoro fin qui, bravi! Il networking è sempre un bel argomento, la vostra configurazione mi sembra ok, ma se volete che tutta Rete 1 raggiunga tutta Rete 0 è necessaria ancora una regola di routing impostata su RC verso Rete 0 (destinazione 192.168.0.0/255.255.255.0=192.168.0.0/24in notazione compatta) attraverso 192.168.1.2 (AP), altrimenti anche i pacchetti provenienti dai dispositivi di Rete 1 e destinati a Rete 0 vengono instradati verso Internet come tutto il resto del traffico non-locale (se c'è solo la default route = gateway, tutto il non-locale va verso Internet o non è instradato) invece che essere instradati verso Rete 0 come volete voi. La regola di routing serve a "indicare la via" verso quell'insieme di indirizzi, che non si trovano in WAN/Internet, ma da un'altra parte.
Per essere sicuri che AP sia sempre 192.168.1.2 e la nuova route ancora da aggiungere sia sempre valida, consiglio di restringere il range DHCP su RC, per esempio, a .1.50-.1.254 e usare .1.2 come IP statico per AP. Altrimenti il server DHCP potrebbe cambiargli IP e rompere il meccanismo.
In alternativa, se volete che solo un paio di porte e servizi in Rete 1 siano raggiungibili da Rete 0, potete impostare un port forward su AP.
Ci sarebbe ancora una alternativa, ma non so se citarla qui adesso dopo le prime due crei confusione. Non sono sicuro che sia abbastanza chiaro da testo, ma se volete faccio uno schema.
Buona domenica e alla prossima, Ldvp
Il dom 16 mag 2021, 12:21 giorgio boiero via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Noi del gruppo Arduino stiamo procedendo con le prove di IoT Davide ci ha chiesto di aiutarlo a estendere la rete wifi per raggiungere un power meter di Shelly che tra le altre cose invia dati tramite MQTT, al fine monitorare l'impianto fotovoltaico Ci serve un supporto su come impostare il reapeter Questo reapeter è un vecchio modem Asus con firmware open source ( https://bitbucket.org/padavan/rt-n56u/src/master/README.md ) L'intento è quello di recuperare i vecchi Router/modem ADSL per usarli come Reapeter/Estender invece di chiuderli in un cassetto (o peggio cassonetto)
Siamo riusciti a configurarlo come Access Point (AP) e a farlo comunicare con il Router di Casa (RC) attraverso il wifi impostandolo come AP perche la funzione WDS/Bridge non permette una connessione wifi WPA2
Queste sono le impostazioni
Router Casa (RC) - Rete 1 ---------------------------- IP 192.168.1.1 Subnetmask 255.255.255.0 DHCP attivo 192.168.1.2 - 192.168.1.254 Subnetmask 255.255.255.0
Access Point (AP) - Rete 0 --------------------------- Lato WAN IP 192.168.1.2 Gateway 192.168.1.1 Subnetmask 255.255.255.0
Lato LAN IP 192.168.0.1 Subnetmask 255.255.255.0 Gateway 192.168.0.1 DHCP attivo 192.168.0.2 - 192.168.0.254 Subnetmask 255.255.255.0
I dispositiv1 della Rete 0 si collegano a internet e raggiungono i dispositivi della Rete 1 => OK
I dispositiv1 della Rete 1 NON raggiungono i dispositivi della Rete 1 Abbiamo sbagliato a settare le Subnetmask? Dobbiamo mettere 255.255.0.0 (lato WAN o lato LAN e dove)? Oppere serve impostare su RC o AP delle regole di portforwarding o NAT?
Grazie Giorgio e Gruppo Arduino
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- Giorgio Boiero -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip