<div dir="auto">Per l'host pensavo di gestire una doppia lan per una serie di motivi:</div><div dir="auto">1) credo di aver intravisto in rete che una lan non direttamente affacciata all'esterno è più sicura (il problema sicurezza per imiei dati non è un tabù, quindi diciamo che la questione è quasi accademica)</div><div dir="auto">2) possibilità di usare l'hardware disponibile (dispongo di una saponetta con sim dati).</div><div dir="auto"><br></div><div dir="auto">Il tutto si
Ciao a tutti,
volevo riprendere una vecchia idea che richiede un allestimento di rete; essendomi formato (si fa per dire) nell'epoca del "personal" computer, la rete mi è ostica ed ho bisogno del vs aiuto.
L'ambiente software sarà Debian, o meglio Raspbian perché ho intenzione di usare il Raspberry (+ ZoneMinder + OpenVPN / WireGuard) però i primi problemi riguardano l'hardware, OT rispetto all'argomento della lista.
Provo a formulare i miei dubbi, nel caso non graditi bloccherò subito la discussione :-) grazie della pazienza.
Il mio obiettivo è quello di costruire una rete locale che vede un host (raspberry) e diverse periferiche (telecamere IP) cui intendo accedere da remoto (PC e Mobile) tramite una VPN.
Per l'host pensavo di gestire una doppia lan per una serie di motivi:
1) credo di aver intravisto in rete che una lan non direttamente
affacciata all'esterno è più sicura (il problema sicurezza per i miei dati non è un tabù, quindi diciamo che la questione è quasi accademica)
2) possibilità di usare l'hardware disponibile (dispongo di una saponetta con sim dati).
Il tutto si traduce in un host (raspberry) collegato:
a) in wifi (prima rete lan) con la saponetta per l'accesso ad internet (su cui far viaggiare la VPN)
b) in rete cablata (seconda rete lan) con uno switch POE al quale
attaccare le telecamere IP.
Ecco la prima domanda: si può fare? ha senso oppure esistono soluzioni migliori?
Grazie a tutti, saluti,
Giuliano
con il browser.
immagini delle telecamere. Poi a certi intervalli inviarmele per email
Giancarlo Martini
Il tutto si traduce in un host (raspberry) collegato:
a) in wifi (prima rete lan) con la saponetta per l'accesso ad internet (su cui far viaggiare la VPN)
b) in rete cablata (seconda rete lan) con uno switch POE al quale attaccare le telecamere IP.
Ecco la prima domanda: si può fare?
ha senso oppure esistono soluzioni migliori?
.........
Ecco la prima domanda: si può fare? ha senso oppure esistono soluzioni
migliori?
Certo che si può fare, anzi, si fa così, come per la tua *DSL di casa.
l'interfaccia ethernet è la LAN.
Visto che accederai alle telecamere attraverso ZoneMinder, non è neppure necessario attivare il routing/NAT sul Raspberry, se prelevi i flussi
RTSP direttamente dalla telecamera senza passare per i vari cloud.
<div dir="ltr" class="gmail_attr">Ciao Paolo,</div><div dir="ltr" class="gmail_attr">grazie della risposta</div><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Il 01/08/21 15:22, Giuliano Curti ha scritto:<br>
In teoria Zm opera tutto dall'interfaccia http quindi non dovrei
necessitare di altro salvo gestire le credenziali dei vari utenti.
qui pensavo di usare i DHCP della saponetta per la lan1 e di uno switch per la lan2, anche se forse è preferibile utilizzare ip fissi al di fuori
dei range DHCP e disabilitare questi ultimi.
Ciao Giuliano
..........
Ecco la prima domanda: si può fare?
Sì, si può fare, però la saponetta deve avere un IP pubblico a quale
si può accedere da internet e devi configurarla per inoltrare le
connessioni sulla porta della vpn verso il raspi.
........
o un server dhcp per assegnare gli ip alle periferiche della lan
(a meno che tu non usi un dhcp esterno o tu assegni gli ip fissi ad
ogni periferica)
o firewall configurato per fare il routing del traffico dalla vpn
alla rete interna e per bloccare tutte le connessioni da internet che
non siano sulla 4444 della vpn
.......
Ciao
Simone
</font></div><div dir="ltr" style=""><font face="sans-serif">Si; sarei arrivato successivamente, risolta la parte HW.</font></div><div dir="ltr" style=""><font face="sans-serif">Do per scontato che devo creare un dominio (pensavo a DynDns o no-ip);</font></div><div dir="ltr" style=""><font face="sans-serif">abilitare il firewall per accettare le connessioni alla porta 80 </font></div><div dir="ltr" style=""><font face="sans-serif">(la saponetta non so cosa monta esattamente) e indirizzarle</font></
<div dir="ltr" style=""><font face="sans-serif">al Raspberry su cui gira Zm + Apache.</font></div><div dir="ltr" style=""><font face="sans-serif">In teoria Zm opera tutto dall'interfaccia http quindi non dovrei necessitare di altro salvo gestirele credenziali dei vari utenti.</font></div><div dir="ltr" style=""><font face="sans-serif"><br></font></div><div dir="ltr" style=""><font face="sans-serif">> ........</font></div><div dir="ltr" style=""><font face="sans-serif">> o un
</font></div><div dir="ltr" style=""><font face="sans-serif">> o firewall configurato per fare il routing del traffico dalla vpn</font></div><div dir="ltr" style=""><font face="sans-serif">> alla rete interna e per bloccare tutte leconnessioni da internet che</font></div><div dir="ltr" style=""><font face="sans-serif">> non siano sulla 4444 della vpn</font></div><div dir="ltr" style=""><font face="sans-serif">> .......</font></div><div dir="ltr" style=""><font face="sans-
Ciao
In teoria Zm opera tutto dall'interfaccia http quindi non dovrei necessitare di altro salvo gestire le credenziali dei vari utenti.
Dato che passi da internet io userei httpS, non so se zm da solo lo
supporta. Se non lo supporta mettici davanti un webserver con
connessione cifrata.
qui pensavo di usare i DHCP della saponetta per la lan1 e di uno switchper
la lan2, anche se forse è preferibile utilizzare ip fissi al di fuori
dei range DHCP e disabilitare questi ultimi.
Per l'ip del raspi sulla lan1 non ti consiglio di usare dhcp perché se
per qualche motivo un giorno dovesse cambiare ip poi l'inoltro della connessione dalla saponetta non funzionerebbe più. O fai in modo dalla saponetta di assegnare un ip fisso al raspi oppure lo configuri
direttamente nel sistema.
Per la lan2 ti serve necessariamente un dhcp perché uno switch puro
(passami il termine) non assegna ip. Guarda questa guida [1],
configurare isc-dhcp-server è abbastanza semplice.
Ciao
Simone
[1] https://wiki.debian.org/it/DHCP_Server
Il 02/08/21 13:45, Giuliano Curti ha scritto:
Il lun 2 ago 2021, 08:06 Paolo Miotto <paolo.miotto@uniud.it> ha scritto:
Scusa la pignoleria su un aspetto secondario, ma approfitto per esterndere
la mia (scarsa) conoscenza della reti.
A me non sembra la stessa cosa, a casa ho:
Internet --- wan --- modem/router --- lan --- periferiche.
Nel mio caso avrei:
Internet --- wan --- modem/router --- lan1 ---- Raspberry --- lan2 - periferiche.
Mi sfugge qualcosa.
E' vero, non è proprio la stessa cosa, ho semplificato un po'; nella LAN
del router (wifi) rispetto al router ci sarà il raspberry, che avrà un piede nella rete privata che contiene le telecamere. Ho dato per scontato
che queste non debbano avere accesso ad internet, in questo modo non devi attivare NAT o routing sul raspberry. Ovvaimente i 2 segmenti di rete dovranno avere indirizzamenti diversi.
-- lan2 - periferiche.
diventa quindi ininfluente per quanto riguarda il collegamento ad internet.
Poi bisogna capire come esporre il tuo servizio all'esterno, e qui tutto dipende dalle potenzialità della saponetta e del provider: se non sei
dietro un nat e la saponetta ti permette di fare un port forwarding sei a cavallo, basta che registri il tuo ip su un dyndns. In caso contrario è un po' più dura, da questo punto vi vista vanno meglio le chiavette USB, visto che la terminazione della connessione viene fatta dal dispositivo utente
(in questo caso il raspberry). In caso contrario devi optare per un relay esterno (vpn o proxy).
MAndi
Paolo
Grazie, ciao,Giuliano
Il 02/08/21 13:45, Giuliano Curti ha scritto:
Il lun 2 ago 2021, 08:06 Paolo Miotto <paolo.miotto@uniud.it> ha scritto:
Scusa la pignoleria su un aspetto secondario, ma approfitto per esterndere
la mia (scarsa) conoscenza della reti.
A me non sembra la stessa cosa, a casa ho:
Internet --- wan --- modem/router --- lan --- periferiche.
Nel mio caso avrei:
Internet --- wan --- modem/router --- lan1 ---- Raspberry --- lan2 - periferiche.
Mi sfugge qualcosa.
E' vero, non è proprio la stessa cosa, ho semplificato un po'; nella LAN
del router (wifi) rispetto al router ci sarà il raspberry, che avrà un piede nella rete privata che contiene le telecamere. Ho dato per scontato
che queste non debbano avere accesso ad internet, in questo modo non devi attivare NAT o routing sul raspberry. Ovvaimente i 2 segmenti di rete dovranno avere indirizzamenti diversi.
La parte
-- lan2 - periferiche.
diventa quindi ininfluente per quanto riguarda il collegamento ad internet.
Poi bisogna capire come esporre il tuo servizio all'esterno, e qui tutto dipende dalle potenzialità della saponetta e del provider: se non sei
dietro un nat e la saponetta ti permette di fare un port forwarding sei a cavallo, basta che registri il tuo ip su un dyndns. In caso contrario è un po' più dura, da questo punto vi vista vanno meglio le chiavette USB, visto che la terminazione della connessione viene fatta dal dispositivo utente
(in questo caso il raspberry). In caso contrario devi optare per un relay esterno (vpn o proxy).
--
MAndi
Paolo
Buongiorno a tutti,
mi permetto di intervenire per segnalarvi
sistema che avvisi dyndns o fornitore di servizio similare quando l'IP cambierà.
Spesso i router casalinghi offrono la possibilità di registrare le credenziali di accesso a fornitori come dyndns.
In questo modo anche se l'IP cambierà potrete accedere ai vostri servizi
con lo stesso indirizzo letterale.
Paolo
<br></div><div dir="auto">Ciao Paolo, il tuo intervento è assolutamente gradito😁</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><div dir="auto"> che probabilmente l'IP pubblico sarà dinamico per cui servirà anche un sistema che avvisi dyndns o fornitore di servizio similare quando l'IP cambierà. </div><div dir="auto"><br></div><
</div><div dir="ltr" class="gmail_attr">L'errore mi ha portato a disabilitare l'IPv6 nel file /etc/sysctl.conf, ma senza successo.</div><div dir="ltr" class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">In un video online ho sentitoaffermare che lo switch è trasparente agli indirizzi, cioè, arguisco, non monta un dispositivo DHCP.</div><div dir="ltr" class="gmail_attr">Per me tutto ciò è nebbia, pensavo che ogni scatolotto facesse le stesse cose e invece no.</div><div dir="ltr"
Il 03/08/21 10:26, Giuliano Curti ha scritto:
unica soluzione, nell'ottica del layout che avevo tratteggiato nel msg iniziale, è allestire il DHCP sul Raspberry?
Se sulle telecamere non puoi impostare l'ip, allora devi avere un server
DHCP sulla loro lan; il posto più ovvio è il Raspberry.
Però prima controlla sulla documentazione se la telecamera ha un IP di fallback a cui ti puoi collegare (impostando il pc sulla stessa rete) per riconfigurarla con un ip statico sulla tua rete.
--Giuliano
Mandi.
Paolo
Grazie dei consigli, saluti,
Ciao a tutti,
rieccomi con il primo problema HW che non so come risolvere.
Volevo provare una nuova telecamera IP POE cablata (non wifi).
Ho collegato una Linux box allo switch POE (ad una delle due porte non alimentate) ma la scheda del PC non prende l'ip;
viene segnalato un errore "no IPv6 routers present" (lo stesso
collegamento cablato con il modem-router funziona perfettamente).
L'errore mi ha portato a disabilitare l'IPv6 nel file /etc/sysctl.conf, ma senza successo.
In un video online ho sentito affermare che lo switch è trasparente agli indirizzi, cioè, arguisco, non monta un dispositivo DHCP.
Per me tutto ciò è nebbia, pensavo che ogni scatolotto facesse le stesse cose e invece no.
Da qui la prima domanda: vi torna la cosa? ho commesso qualche errore o
c'è qualche passo che ho omesso? unica soluzione, nell'ottica del layout
che avevo tratteggiato nel msg iniziale, è allestire il DHCP sul Raspberry?
Sulla base di queste considerazioni ho collegato lo switch al modem-router sperando che la telecamera ricevesse l'ip da quest'ultimo; non è
esattamente il layout che avevo in mente, ma mi interessava verificare la connessione con la telecamera, ma anche così niente.
Da qui la seconda domanda: ho omesso qualche passaggio cruciale? c'è
qualche accorgimento o tentativo che posso fare per superare il problema? come assegnare un indirizzo IP alla telecamera?
Sottinteso: le apparecchiature, switch e telecamera, non dispongono di
ALCUNA documentazione ed in rete non ho trovato nulla.
Grazie infinite della pazienza, saluti,
giuliano
</div><div>Per configurare un host ci sono due possibilità, usare un server dhcp sulla rete che distribuisce lui gli indirizzi, e tutto il resto (a chi glieli richiede!!) oppure mettere tutte le info a mano.</div><div><br></div><div>Se non c'èun server dhcp e non si sono messi ip (etc. etc) manualmente gli host non si vedono.</div><div><br></div><div>Quello che volevo dire è che prima si deve scegliere la strategia da utilizzare (che potrebbe essere anche un misto dei due sistemi).</div><div>
Per la configurazione di un host (qualsiasi apparecchiatura sulla rete che non sia uno switch o un hub) deve essere configurata .......
nessuna connessione -> nessuna possibilità di usare NMAP :-(
</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ciao Giancarlo,</div><div dir="auto">scusa se per mia comodità scombussolo l'ordine delle cose che dici:</div><div dir="auto"><br></div><div dir="auto">NMAP</div><div dir="auto">Conosco il comando e lo uso; quando ad es. sono connesso (wifi o cavo) con il modem-router vedi tutti gli host collegati; il suo uso presuppone (sbaglio?) la connessione in rete; io non riuscivo a tirar su l'interfaccia -> nessuna connessione -&
Il mar 3 ago 2021, 13:55 Giancarlo Martini <giancarlo.fir@gmail.com> ha scritto:
Per la configurazione di un host (qualsiasi apparecchiatura sulla rete
che non sia uno switch o un hub) deve essere configurata .......
Ciao Giancarlo,
scusa se per mia comodità scombussolo l'ordine delle cose che dici:
NMAP
Conosco il comando e lo uso; quando ad es. sono connesso (wifi o cavo)
con il modem-router vedi tutti gli host collegati; il suo uso presuppone (sbaglio?) la connessione in rete; io non riuscivo a tirar su l'interfaccia
nessuna connessione -> nessuna possibilità di usare NMAP :-(
DHCP server
La situazione, compreso il problema riscontrato (mancata configurazione dell'interfaccia), è plausibile nella configurazione linuxBox - switch - telecamera, ma non lo è più quando ho connesso tutto al modem-router; quello il server DHCP a bordo c'è l'ha eppure non riuscivo a vedere la telecamera (appunto con NMAP). Cmq farò altre prove perché so che in queste cose è facile sbagliare qualcosa e quindi fare valutazioni errate.
STRATEGIA
Sono pervenuto alla convinzione che sarebbe meglio disporre di indirizzi fissi; questo ovvio per il Raspberry che dovrebbe ricevere le connessioni remote, ma anche per le camere che non dovrebbero così patire problemi per eventuali crash (blackout energetici).
PROBLEMA
Ammesso che sia possibile settare l'indirizzo statico, rimane il problema
di accedere alle telecamere per farlo e, come detto sopra, questo al
momento non mi riesce.
Cioa
Grazie, ciao,
Giuliano
<div dir="ltr" class="gmail_attr" style="color:rgb(0,0,0)">viene segnalato un errore "no IPv6 routers present" (lo stesso collegamento cablato con il modem-router funziona perfettamente).</div></div><div dir="ltr" class="gmail_attr" style="color:rgb(0,0,0)">--</div><div class="gmail_attr" style="color:rgb(0,0,0)">per ricapitolare ed individuare la causa</div><div class="gmail_attr" style="color:rgb(0,0,0)">se colleghi la linux box tramite lo switch non funziona (la linux box non tira su l&#
ho riletto i vari messaggi della lista
--
..........
--
per ricapitolare ed individuare la causa
se colleghi la linux box tramite lo switch non funziona (la linux box non tira su l'interfaccia di rete)
se colleghi la linux box direttamente al router funziona (la linux box
tira su l'interfaccia di rete con indirizzo ip del server dhcp)
ho capito bene?
<br></div><div dir="auto">a) linuxBox -(cavo/wifi)- modemRouter: ok</div><div dir="auto"><br></div><div dir="auto">b) linuxBox -(cavo)- switch: non prende l'IP</div><div dir="auto"><br></div><div dir="auto">c) linuxBox -(wifi)- modemRouter -(cavo)-switch -(cavo)- telecamera: dalla linuxBox (correttamente connessa alla rete) non riesco a vedere (con NMAP) la telecamera come se lo switch impedisse la connessione di quest'ultima; mi aspetterei che lo switch, privo del server DHCP, lasci
Il mer 4 ago 2021, 10:05 Giancarlo Martini <giancarlo.fir@gmail.com> ha scritto:
ho riletto i vari messaggi della lista
--
..........
--
per ricapitolare ed individuare la causa
se colleghi la linux box tramite lo switch non funziona (la linux box non
tira su l'interfaccia di rete)
se colleghi la linux box direttamente al router funziona (la linux box
tira su l'interfaccia di rete con indirizzo ip del server dhcp)
ho capito bene?
Si, se posso essere ancora più chiaro e completo:
a) linuxBox -(cavo/wifi)- modemRouter: ok
b) linuxBox -(cavo)- switch: non prende l'IP
c) linuxBox -(wifi)- modemRouter -(cavo)- switch -(cavo)- telecamera:
dalla linuxBox (correttamente connessa alla rete) non riesco a vedere (con NMAP) la telecamera come se lo switch impedisse la connessione di quest'ultima; mi aspetterei che lo switch, privo del server DHCP, lasci comunicare telecamera e modemRouter ed assegnare a quest'ultima un IP e invece no;
spero sia più chiaro.
Aggiungo una variabile: non è che le due porte siano da considerare uplink
e quindi da usare con cavi cross (anche se dovrebbero essere autoconfigurabili)? Questa prova non l'ho fatta; appena mi caputa un cavo cross provo a farla.
Grazie Giancarlo, ciao,
Giuliano
1) per ciò che scrivi, a mio avviso, il problema potrebbe essere nello switch, sicuramente avrai
provato a cambiare porta del medesimo ( e magari invertire i cavi)
diversa e quindi con nmap,
se non imposti i parametri giusti non te la va a cercare
per le info dello switch devi leggere la documentazione, è nuovo? Funziona in altri contesti?
<div dir="auto"><br></div><div dir="auto">Ho collegato la LinuxBox ad entrambe le porte non alimentate senza successo; non sono ancora riuscito a provare con cavi cross;</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>2) non è che magari è uno switch layer 3 che deve essere cconfigurato</div></div></blockquote></div></div><div dir="auto"><br></div>
5) PROBLEMA
Ho settato l'interfaccia della rete LAN cablata (eth0) in modo statico (192.168.0.1), ma il server DHCP sovrappone l'indirizzo 192.168.0.101 all'originario: come evitarlo? Devo fare le assegnazioni statiche in dhcpd.conf sulla base del MAC?
Ciao
5) PROBLEMA
............
Se hai impostato un ip fisso e poi il dhcp lo sovrascrive vuol dire
che c'è un client dhcp che chiede l'indirizzo al server. Quindi la
soluzione corretta sarebbe disattivare quel client che potrebbe essere
dhcpcd o anche il gestore delle connessioni (tipo network-manager).
In alternativa sul file di config di isc-dhcp-server definisci l'ip
per quel mac address con
host NomeHost { hardware ethernet 11:22:33:44:55:66; fixed-address 192.168.0.1; }
Ciao
Simone
<div dir="auto">In modo del tutto casuale, ho provato ad inserire un'altro switch fra rPi e lo switch poe con il risultato che lo switch poe si comporta questa volta in modo trasparente e rPi e telecamere prendono indirizzi univoci e coerenti.</"auto"><br></div><div dir="auto">NOTE POSITIVE.</div><div dir="auto">Le note positive riguardano l'aver individuato le stringhe di connessione delle 4 telecamere che ho, tutte diverse; purtroppo le telecamere non hanno alcuna documentazione ed anche
<div dir="auto">Potrei assegnare gli indirizzi fissi definitivi settando opportunamente il nuovo switch, ma non dispero di poter eliminare questo strato superfluo; il problema è che non ho ancora individuato come: qualche suggerimento?</div><div dir=
<div dir="auto"><br></div></div>
Ciao a tutti,
eccomi di nuovo a chiedere il vs aiuto.
Ho approfittato del periodo feriale per aggiornare il s.o., ora sono su Raspberry OS 32 bit (la ripartenza daccapo potrà comportare qualche errore già contemplato, me ne scuso in anticipo).
Ricordo che il mio obbiettivo sono una rete wifi per la connessione al
router saponetta ed una rete cablata per connettere uno switch POE e da qui le telecamere con tutti gli indirizzi statici.
Ho fatto qualche prova con risultati alterni, positivi per la gestione
delle telecamere, negativi per la gestione della rete.
RETE.
Ho eseguito il settaggio statico sia di eth0 che wlan0 in
/etc/dhcpcd.conf; wlan0 funziona, eth0 no.
Collegando lo switch all'avvio di rPi la eth0 prende un inaspettato 169.254.244.221; sembrerebbe che lo switch, anziché essere trasparente come pensavo, ha un dhcp a bordo e attiva una rete di classe B.
Se avvio rPi senza connetterlo allo switch, l'interfaccia eth0 rimane
senza configurazione, nonostante le istruzioni in dhcpcd.conf; non prende l'indirizzo nemmeno con "dhclient eth0" dopo averla connessa allo switch
come invece dovrebbe.
Non riesco a fare ulteriori indagini perché non riesco ad individuale l'indirizzo dello switch (non risultano pingabili né lo 169.254.0.1 né lo 169.254.244.1) quindi non so che pesci pigliare.
POSSIBILE SOLUZIONE.
È probabile qui agisca il client dhcpcd come suggerito da Simone; potrei disattivarlo ma dovrei portare la configurazione statica delle interfacce
in /etc/network/interfaces: voi cosa consigliate?
SOLUZIONE PROVVISORIA.
In modo del tutto casuale, ho provato ad inserire un'altro switch fra rPi
e lo switch poe con il risultato che lo switch poe si comporta questa volta in modo trasparente e rPi e telecamere prendono indirizzi univoci e
coerenti.
Potrei assegnare gli indirizzi fissi definitivi settando opportunamente il nuovo switch, ma non dispero di poter eliminare questo strato superfluo; il problema è che non ho ancora individuato come: qualche suggerimento?
NOTE POSITIVE.
Le note positive riguardano l'aver individuato le stringhe di connessione delle 4 telecamere che ho, tutte diverse; purtroppo le telecamere non hanno alcuna documentazione ed anche la rete non è stata così ricca e precisa, ad es. le indicazioni di ispyconnect sono state incomplete e non sempre risolutive.
Al contrario si è dimostrata un'ottima risorsa l'app Onvier per Android
con la quale ho individuato le stringhe di connessione.
Al momento le ho provate solo con VLC, appena installo sul nuovo sistema zoneminder le verifico.
Pensavo di pubblicarle sulla lista di zoneminder appena ho fatto la
verifica, ma le posso anticipare qui, insieme al mac delle diverse telecamere, se qualcuno è interessato.
Grazie della pazienza e dell'aiuto.
Saluti,
Giuliano
Il lun 23 ago 2021, 15:25 Giancarlo Martini <giancarlo.fir@gmail.com> ha scritto:
Ciao Giuliano, l'indirizzo 169. ... sta a significare che non è stato
trovato il server dhcp, l'host se lo 'auto assegna'.
Ciao Giancarlo,
grazie, questa è una di quelle info che la mia ignoranza delle reti mi preclude (mi sforzo però di correre ai ripari :-))
Però io ho in /etc/dhcpcd.conf le istruzioni:
interfacce eth0
static address=192.168.0.1/24
static routers=192.168.0.1
Le analoghe istruzioni per la wlan0 vanno a bersaglio, perché queste no?
Grazie, ciao,
Giuliano
Ciao Giuliano, l'indirizzo 169. ... sta a significare che non è stato trovato il server dhcp, l'host se lo 'auto assegna'.
<div dir="auto"><br></div><div dir="auto">Ciao Giancarlo,</div><div dir="auto"><br></div><div dir="auto">grazie, questa è una di quelle info che la mia ignoranza delle reti mi preclude (mi sforzo però di correre ai ripari :-))</div><div dir="auto"><dir="auto">Le analoghe istruzioni per la wlan0 vanno a bersaglio, perché queste no?</div><div dir="auto"><br></div><div dir="auto">Grazie, ciao,</div><div dir="auto">Giuliano</div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote
</div><div dir="auto">Però io ho in /etc/dhcpcd.conf le istruzioni:</div><div dir="auto">interfacce eth0</div><div dir="auto">static address=<a href="http://192.168.0.1/24">192.168.0.1/24</a></div><div dir="auto">static routers=192.168.0.1</div><div
Devi disabilitare il client DHCP, devi usare systems, il comando è
qualcosa di simile:
Sudo systemctl disable dhcp_qualcosa
Controlla la sintassi, vado a memoria
Giancarlo Martini
</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #cccsolid;padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il lun 23 ago 2021, 21:49 Giancarlo Martini <giancarlo.fir@gmail.com> ha scritto:
Devi disabilitare il client DHCP, devi usare systems, il comando è
qualcosa di simile:
Sudo systemctl disable dhcp_qualcosa
Controlla la sintassi, vado a memoria
Quindi mi consigli di spostare la configurazione statica delle interfacce
in /etc/network/interfaces (per poter disabilitare dhcpcd) ?
--
Giancarlo Martini
Grazie, ciao,
Giuliano
<div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mer 25 ago 2021 alle ore 08:56 Giuliano Curti <<a href="mailto:giulia
no, sono due cose distinte, credo che la configurazione statica delle interfacce possa stare dove è ora, visto che per il wifi funziona, si
tratta di disabilitare la richiesta dell'ip.
Prova a dare questo comando
*sudo systemctl status dhcpcd.service*
per verificare lo stato del servizio
se è attivo dai
*sudo systemctl disable dhcpcd.service*
ed eventualmente, dopo aver riavviato ricontrolli con status e verifichi
che ip ci sono
*ip address show*
se è ancora attivo prova questo
*sudo systemctl mask dhcpcd.service*
e ricontrolli
ed eventualmente, dopo aver riavviato ricontrolli con status e verifichi che ip ci sono </div><div><b>ip address show</b></div><div>se è ancora attivo prova questo</div><div><b>sudo systemctl mask dhcpcd.service</b><br></div><div>e ricontrolli</etc/dhcpcd.conf, file di configurazione del demone dhcpcd; se lo disattivo chi legge quel file?</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;
<div dir="auto"></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ciao Giancarlo, grazie;</div><div dir="auto"><br></div><div dir="auto">Fammi capire (chiedo volendo conoscere meglio le reti); la configurazione ora è in /
Il mer 25 ago 2021, 10:24 Giancarlo Martini <giancarlo.fir@gmail.com> ha scritto:
no, sono due cose distinte, credo che la configurazione statica delle
interfacce possa stare dove è ora, visto che per il wifi funziona, si
tratta di disabilitare la richiesta dell'ip.
Prova a dare questo comando
*sudo systemctl status dhcpcd.service*
per verificare lo stato del servizio
se è attivo dai
*sudo systemctl disable dhcpcd.service*
ed eventualmente, dopo aver riavviato ricontrolli con status e verifichi
che ip ci sono
*ip address show*
se è ancora attivo prova questo
*sudo systemctl mask dhcpcd.service*
e ricontrolli
Ciao Giancarlo, grazie;
Fammi capire (chiedo volendo conoscere meglio le reti); la configurazione
ora è in /etc/dhcpcd.conf, file di configurazione del demone dhcpcd; se lo disattivo chi legge quel file?
Ciao
Grazie ancora, ciao,
Giuliano
ma sai che potresti aver ragione ... devo dire a mia discolpa che la configurazione di rete mi è sempre stata un pò ostica, sia perchè non mi è
mai stato
chiaro il ruolo dei vari script che l'abilitano, if-up con la
descrizione delle interfacce in /etc/network/interfaces , il network
manager e il dhcpcd.service.
priori che possa funzionare.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 296 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 36:03:05 |
| Calls: | 6,648 |
| Calls today: | 3 |
| Files: | 12,193 |
| Messages: | 5,329,026 |