Newsgroup: it.comp.os.linux.iniziare
Titolo: Subnet per "vedere tutte le reti lan"

Salve,
 
ho impostato nella mia Debian Buster nel file interfaces:
 
iface enp2s0 inet static
address 
192.168.0.10/16
 
 
La necessità è quella di collegarmi, una volta individuati tramite 
wireshark gli ip target, a vari dispositivi con diversi ip motivo per il 
quale ho impostato una subnet "larga" che mi permetta di "vedere tutte 
le reti".
 
Di fatto se provo a pingare il 192.168.1.200 non me lo pinga, visto che 
il collegamento avverrebbe in maniera diretta con dei dispositivi (cavo 
crossed o switch usato ad hoc) non avrei un gateway e quindi la macchina 
Debian dovrebbe fare essa stessa da gateway per girare i pacchetti su 
tutte le reti.
 
Probabilmente dovrei impostare come gateway il 192.168.0.10 ed andare 
poi con qualche regola di iptables...
 
^Bart

Di fatto se provo a pingare il 192.168.1.200 non me lo pinga
 
Il problema è: la macchina con 192.168.1.200 ha la stessa idea sulla
rete "larga"?
 
Mi spiego meglio.
Se pinghi da 192.168.0.5, e la macchina 192.168.1.200 ha
255.255.255.0, questa non ti risponde. Per lei non sei sulla rete
locale, la rete 192.168.1.0 è una rete remota e deve passare tramite
il gateway.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 il gateway.
 
Ti chiedo un consiglio, visto che, anche per motivi di sicurezza, i 
dispositivi verso i quali dovrei connettermi dubito avranno la subnet 
larga come posso fare per NON assegnare "x" indirizzi alla mia eth su 
Debian ma per potermi comunque connettere agli stessi?
 
Come già accennato c'è qualche modo con iptables sulla mia Debian per 
forzare l'allargamento degli orizzonti della mia lan?
 
Saluti e grazie per la risposta e le info! :)
^Bart
 

Il 13/04/20 15:24, ^Bart ha scritto:

Devo aver mescolato nella mia mente i tuoi due post e ho risposto al 
primo con una soluzione che potrebbe risolvere il problema delle reti 
con diversi indirizzi, la ripropongo pari pari qui:
Quando ho dovuto fare la stessa cosa (piu' o meno) ho messo un managed 
switch a connettere i due piu' un terzo PC con Wireshark su una porta 
sulla quale veniva inoltrato tutto il traffico in transito tra i due in 
esame.
Nessun problema per quanto riguarda gli indirizzi IP e le sottoreti, si 
vedeva tutto il traffico in transito.
Per fare la stessa cosa una volta usavo un vecchio bridge anziche' uno 
switch managed, dovrebbe consentire anche lui di vedere tutto il 
traffico in transito su tutte le porte.
 
angelo

forzare l'allargamento degli orizzonti della mia lan?
 
Non mi viene in mente niente, perché il nodo della questione non è
(solo) nella tua Debian.
 
Sono le controparti che hanno la loro idea di
-rete locale
-reti non locali
e quindi 
-devo passare per il gateway se...


vedeva tutto il traffico in transito.
 
Sentiamo cosa dice ^Bart, ma mi sa che a lui non interessi vedere il
traffico in transito. Lui vuole che il suo PC dialoghi  normalmente
con quei dispositivi.
Entrarci in http, ssh, $programmaproprietariodigetione etc.


 Debian ma per potermi comunque connettere agli stessi?
 
senza intervenire sui dispositivi non è possibile.
 
come ti è stato spiegato il problema non è tanto raggiungere con i 
pacchetti i dispositivi quanto ricevere i pacchetti di risposta: cioè 
quando tu tenti la connessione al software sul dispositivo arrivano pure 
i pacchetti, ma quando quel software tenta di mandarti la risposta "sì, 
sì, ho capito" quella viene fermata dal suo stack tcp e non ti arriva. 
perché le *sue* regole di routing non permettono di inoltrare i pacchetti 
verso il tuo indirizzo.
 

Se sei su due sottoreti diverse (due netmask diverse) ci vuole un ruoter (o qualcosa di simile) che instradi i dati tra le due sottoreti.
 
Altrimenti, secondo me, la cosa più facile è avere due schede di rete, la seconda la usi per configurarla sulla stessa sotto rete dei dispositivi che vuoi collegare.
 
Per far transitare i dati tra le due schede di rete, dovrebbe bastare usare un configuratore di schede di rete grafico o aggiungere una regola di route.
 
Ed eventualmente abilitare il forwarding del kernel.

 Entrarci in http, ssh, $programmaproprietariodigetione etc.
 
A voler esser precisi mi occorrono entrambe le situazioni:
 
1) quando il dispositivo funziona entrare in configurazione (ssh) ed 
inserire i parametri, file, etc.;
 
2) quando il dispositivo non funziona intercettare il traffico di rete e 
vedere cosa esce del dispositivo.
 
Ringrazio ancora per le varie risposte! :)
^Bart

 angelo
 
Saluti! :)
^Bart

 -devo passare per il gateway se...
 
Alla fin fine aggiungere nel file interfaces più indirizzi ip alla 
stessa interfaccia di rete non è un problema anche perché i dispositivi 
in questione sono una manciata quindi una manciata di ip diversi!
 
Tra l'altro ho già degli script che mi permettono di 
attivare/disattivare servizi, tabelle di routing, etc. quando decido di 
abilitare il dhcp server+gateway, etc. quindi aggiungere uno script 
chiamandolo "alllan.sh" che assegni quei cinque ip alla fin fine non 
sarebbe un problema, ho voluto chiedere solo per capire quali soluzioni 
potessero esserci per risolvere il mio "problema" senza mettere in campo 
troppa roba! :)
 
Saluti.
^Bart

> senza intervenire sui dispositivi non è possibile.
 
Eh già, mi son voluto sincerare di tutto questo ed alla fine ho capito 
il limite che c'è senza poter intervenire sui dispositivi!
 
Grazie anche a te per la risposta!
 
^Bart

 Ed eventualmente abilitare il forwarding del kernel.
 
Hai colto nel segno con qualcosa che ho già implementato ovvero far 
girare i dati dalla eth0, su cui attivo il dhcp server, tramite iptables 
verso la wlan0 connessa al gateway internet.
 
Come già risposto ad altri ora dovrò provare ad intercettare il traffico 
tra le due reti!
 
Saluti.
^Bart
 

 Non ho mai usato dispositivi che facessero solo da bridge!
 
Forse e' perche' sei troppo giovane! :-D
 
angelo

 angelo
 
Saluti!
^Bart

dati (ancora non l'ho fatto, devo provarlo!)
 
Sì, ma come ha detto qualcuno il traffico con wireshark lo vedi a
prescindere dagli indirizzamenti di rete.


 l'ethernet, e dopo dieci anni a metà anni 2000 ho ripreso! :D
 
Infatti il mio vecchio bridge risale a quel periodo, dismesso quando gli 
switch cominciavano ad avere prezzi abbordabili.
 
angelo

Il 13/04/20 10:46, ^Bart ha scritto:

Se non ci dici quanti sono i salti di classe che devi effettuare non è 
facile darti una risposta...
 
Per quale motivo non puoi usare la stessa classe? Per il server DHCP?
 
Se il salto di classe è limitata da 192.168.0.x a 192.168.1.x hai 
provato ad utilizzare una maschera di sottorete 255.255.254.0?

 provato ad utilizzare una maschera di sottorete 255.255.254.0?
 
daje :-)
 
se gli altri dispositivi sono su altre reti hai voglia di allargare la 
netmask. se vuoi contattare quei dispositivi anche loro devono vederti, 
non solo te vedere loro.

Il 15/04/20 12:50, rootkit ha scritto:

In realtà non ci dice dove sono le altre reti, se non sono fisicamente 
sulla stessa lan bisogna nattare le porte sui router locali e remoti 
perché quegli indirizzi sono tutti privati.
 
Non ci dice nemmeno quali servizi vorrebbe usare.
 
E' stato lui comunque a parlare di subnet larga... Ovvio che se un PC è 
in Italia e l'altro in Nuova Zelanda c'è ben poco da allargare.

 in Italia e l'altro in Nuova Zelanda c'è ben poco da allargare.
 
ma anche se i due dispositivi sono uno di fronte all'altro collegati fra 
loro da un cavo incrociato non si vedono se sono configurati con due 
subnet diverse.
 
se il tuo dispositivo è configurato, per esempio, 192.168.1.x/16 non 
vedrai un dispositivo che è configurato 192.168.2.x/24, questo perché lui 
è nella tua subnet ma tu non sei nella sua. quindi non può risponderti.
 
il suo problema è che ha una serie di dispositivi di cui non conosce 
l'indirizzo ip ma che sa per certo che sono configurati su subnet 
diverse, e vorrebbe raggiungerli senza dover fare una configurazione ad 
hoc per ciascuno di essi. pensava di allargare la netmask ma ovviamente 
non gli ha funzionato.

Il 15/04/20 16:50, rootkit ha scritto:

Faccio fatica a comprendere come può pensare di raggiungere dispositivi 
dei quali non conosce l'indirizzo... Dei quali però conosce magicamente 
la subnet.
 
Se i due dispositivi sono uno di fronte all'altro ci vuole 1 minuto per 
cambiare le subnet di entrambi, o esiste una legge che lo vieti ?
 
Se poi sono uno di fronte all'altro non si capisce nemmeno perché 
debbano essere su classi differenti.
 
Magari se ci dicesse come stanno le cose e cosa vuole fare esattamente 
forse sarebbe più facile aiutarlo.

 prescindere dagli indirizzamenti di rete.
 
Vero, e, come già accennato da Angelo un pc con wireshark che faccia 
anche da gateway e che abbia quindi una propria configurazione di rete 
creerebbe dello sporco all'intercettamento del traffico quindi per avere 
qualcosa di pulito occorrerà tenere separati gateway e wireshark...
 
^Bart
 

 non gli ha funzionato.
 
Allora... utilizzo wireshark per capire quali ip abbiano o se 
necessitino di un dhcp server che gliene fornisca uno.
 
Una volta capiti quali fossero gli ip dei dispositivi su cui dover 
mettere mano, e su cui non posso modificare la configurazione pur 
potendola editare, pensavo (erroneamente!!!) di potermici collegare 
semplicemente allargando la subnet lato Debian quindi una riga dentro 
interfaces.
 
Morale della favola ho capito che se la subnet non è altrettanto larga 
lato dispositivo non si può far nulla e quindi mi assegnerò una manciata 
di ip statici e relative subnet alla mia eth0 lato debian e attivero il 
dhcp server lato debian quando dovessi necessitare di collegarci un 
dispositivo che non ha un ip fisso.
 
Step successivo, se necessario, sarà quello di intercettare il traffico 
che i dispositivi producono.
 
Saluti e grazie a tutti per le info fornitemi fin'ora! :)
^Bart
 

 
 
L'importante è che tu ti capisca, perché io continuo a non capirci una 
beata cippa...

Il 15/04/20 19:58, ^Bart ha scritto:

Vero, ma per farlo non occorre un altro PC, se hai una seconda scheda di 
rete basta collegare questa alla porta mirror dello switch senza pero' 
connetterla nel sistema operativo in modo che non origini traffico.
 
angelo

 angelo
 
Saluti!
^Bart

Il 16/04/20 21:46, ^Bart ha scritto:

Mi sembra una buona soluzione, secondo me non dovresti avere problemi 
con i driver; di tutti i tuoi adattatori sicuramente uno che fa al caso 
tuo lo trovi! (Murphy permettendo) ;-)
 
angelo

 dispositivo non si può far nulla
 
Onestamente, non sembri tanto a piombo. Non appena si risolve la 
situazione COVID-19, fatti dare un'occhiata da un neurologo; non potrà 
che farti bene.
 
Buona fortuna per tutto.