<div dir="ltr">Ciao Luca<br>Grazie dei consigli. Di seguito alcuni commenti <br><br>bel lavoro fin qui, bravi! Il networking è sempre un bel argomento,<br><span style="color:rgb(0,0,255)">GB=> Potrebbe essere un argomento per un video-incontro di Slip per riprendere gli incontri periodici. <br>Si potrebbe anche parlare di Wireguard e le VPN</span><br><br><br> 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 <a href="http://192.168.0.0/255.255.255.0=192.168.0.0/24in">192.168.0.0/255.255.255.0=192.168.0.0/24in</a> 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.<br><span style="color:rgb(0,0,255)">GB=> Sotto quale voce del router dobbiamo impostare la regola di routing?</span><br><br>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.<br>GB=> OK <br><br>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. <br><span style="color:rgb(0,0,255)">GB=> userei questa alternativa #2 se non riusciamo col la soluzione #1 </span><br><br>Ci sarebbe ancora una alternativa, ma non so se citarla qui adesso dopo le prime due crei confusione. <br><span style="color:rgb(0,0,255)">GB=> se puoi indicaci anche questa alternativa #3 così abbiamo il quadro completo delle soluzioni</span><br><br>Non sono sicuro che sia abbastanza chiaro da testo, ma se volete faccio uno schema. <br><span style="color:rgb(0,0,255)">GB=> A me è chiaro, ma una schema potrebbe essere utile anche per gli altri soci meno esperti di networking. Puoi usare <a href="https://www.diagrams.net/">https://www.diagrams.net/</a> per fare lo schema</span> <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno dom 16 mag 2021 alle ore 14:29 Luca De Villa Palù via SLiP <<a href="mailto:slip@liszt.softwareliberopinerolo.org">slip@liszt.softwareliberopinerolo.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Ciao Giorgio,</div><div dir="auto">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 <a href="http://192.168.0.0/255.255.255.0=192.168.0.0/24in" target="_blank">192.168.0.0/255.255.255.0=192.168.0.0/24in</a> 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.</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">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. </div><div dir="auto"><br></div><div dir="auto">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. </div><div dir="auto"><br></div><div dir="auto">Buona domenica e alla prossima,</div><div dir="auto">Ldvp</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Il dom 16 mag 2021, 12:21 giorgio boiero via SLiP <<a href="mailto:slip@liszt.softwareliberopinerolo.org" target="_blank">slip@liszt.softwareliberopinerolo.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Noi del gruppo Arduino stiamo procedendo con le prove di IoT<br>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<br>Ci serve un supporto su come impostare il reapeter<br>Questo reapeter è un vecchio modem Asus con firmware open source ( <a href="https://bitbucket.org/padavan/rt-n56u/src/master/README.md" rel="noreferrer" target="_blank">https://bitbucket.org/padavan/rt-n56u/src/master/README.md</a> ) <br>L'intento è quello di recuperare i vecchi Router/modem ADSL per usarli come Reapeter/Estender invece di chiuderli in un cassetto (o peggio cassonetto)<br><br>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 <br><br>Queste sono le impostazioni<br><br>Router Casa (RC) - Rete 1<br>----------------------------<br>IP 192.168.1.1<br>Subnetmask 255.255.255.0<br>DHCP attivo 192.168.1.2 - 192.168.1.254 Subnetmask 255.255.255.0<br><br>Access Point (AP) - Rete 0<br>---------------------------<br>Lato WAN<br>IP 192.168.1.2<br>Gateway 192.168.1.1<br>Subnetmask 255.255.255.0<br><br>Lato LAN<br>IP 192.168.0.1<br>Subnetmask 255.255.255.0<br>Gateway 192.168.0.1<br>DHCP attivo 192.168.0.2 - 192.168.0.254 Subnetmask 255.255.255.0<br><br><br><br>I dispositiv1 della Rete 0 si collegano a internet e raggiungono i dispositivi della Rete 1 => OK<br><br>I dispositiv1 della Rete 1 NON raggiungono i dispositivi della Rete 1<br>Abbiamo sbagliato a settare le Subnetmask? Dobbiamo mettere 255.255.0.0 (lato WAN o lato LAN e dove)?<br>Oppere serve impostare su RC o AP delle regole di portforwarding o NAT?<br><br>Grazie<br>Giorgio e Gruppo Arduino<br><div dir="ltr"><br></div></div>
-- <br>
SLiP mailing list<br>
<a href="mailto:SLiP@liszt.softwareliberopinerolo.org" rel="noreferrer" target="_blank">SLiP@liszt.softwareliberopinerolo.org</a><br>
<a href="https://liszt.softwareliberopinerolo.org/listinfo/slip" rel="noreferrer noreferrer" target="_blank">https://liszt.softwareliberopinerolo.org/listinfo/slip</a><br>
</blockquote></div></div></div>
-- <br>
SLiP mailing list<br>
<a href="mailto:SLiP@liszt.softwareliberopinerolo.org" target="_blank">SLiP@liszt.softwareliberopinerolo.org</a><br>
<a href="https://liszt.softwareliberopinerolo.org/listinfo/slip" rel="noreferrer" target="_blank">https://liszt.softwareliberopinerolo.org/listinfo/slip</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Giorgio Boiero</div>