Newsgroup: it.comp.reti.locali
Titolo: dato il MAC, assegnare IP statico in router TP-link

 
in un router TP-Link, modello MR6500v, devo rendere statico l' IP di un 
serverino interno.
 
A tale scopo vado in configurazione avanzata, sicurezza, IP & MAC 
binding, e al suo MAC assegno l' IP x.x.x.201, sapendo che il DCHP copre 
la numerazione da x.x.x.100 a .200.
 
SAlvo, rebootto, e nella mappa della rete trovo due istanze del MAC con 
due IP diversi: 201 c'e' ma non funziona, poi esiste per es. un 101 
assegnato dal DCHP, che invece funziona.
 
Dove sbaglio?
 
 
 
 
 
 
-- 
PATH: PC - WL326 - CAT5 - powerline - ENEL - powerline - CAT5 - wifi 
extender - hotspot sul telefonino tenuto insieme con lo scotch.
 
-- 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 
 
 
Hai detto al DHCP che quello specifcio MAC non deve considerarlo?
 
 

 Hai detto al DHCP che quello specifcio MAC non deve considerarlo?
ha dato un IP fuori range, ha un range fino a 200 e ha istruito il 
router per assegnare 201....(come direbbe Sgarbi) CAPRA!

 Hai detto al DHCP che quello specifcio MAC non deve considerarlo?
 
Dunque effettivamente nel settaggio avanzato network ho visto che esiste 
una voce "riserva indirizzi" che assegna in permanenza un certo IP a un 
certo MAC, dopodiche' nella lista dei clienti il lease time e' 
permanente = quello che serviva a me.
 
ADesso ho messo il menu in inglese e cosi' e' piu' chiaro,  in italiano 
pensavo a riserva=esclusione invece reservation = prenotazione ed e' 
quello che serve a me.
 
Mi resta di capire cosa fa di diverso il "mac & IP binding", e per quale 
motivo lo hanno messo nel sottomenu' della sicurezza (cosa che infatti 
mi puzzava).


 ha dato un IP fuori range, 
 
Si' ma evidentemente non era bastato, visto che DHCP gli assegnava 
comunque un IP di sua iniziativa.


Il 27/08/2021 14:52, Meddix ha scritto:

Cosa c'entra? Non mi sembra che con questo ragionamento tu sia nella
posizione di dare della capra agli altri. Non te ne intendi?
Va benissimo, ma non fare lo sbruffone, ché stai facendo la tua
bella figuraccia....
 

 
 
Verifica con che ordine il router assegna gli indirizzi, se dà prima 
quelli dinamici o quelli statici. Se dà prima i dinamici e non gli hai 
detto che deve saltare il MAC incriminato, lo assegnerà di sicuro.
 
 

 hai detto che deve saltare il MAC incriminato, lo assegnerà di sicuro.
 
Non credo di aver capito quello che stai scrivendo, un qualsiasi server
DHCP assegnerà gli indirizzi in base alle "reservation" e queste sono
basate sul MAC address del client che invia la richiesta al server
DHCP, non c'è un "ordine" di qualsivoglia tipo
 

 time e' permanente = quello che serviva a me.
 
In breve, il server DHCP può essere impostato in modo da escludere uno
o più intervalli di indirizzi, dopodichè è possibile utilizzare tali
intervalli per assegnare degli indirizzi "prenotati" in base al MAC del
client che effettua la richiesta
 
Un esempio, supponiamo di avere la subnet
 
192.168.1.0/24
 - ossia 192.168.1.0 -> 192.168.1.255
 
ora, tralasciamo il network (.0) ed il broadcast (.255) ed avremo
indirizzi nel range che va da 192.168.1.1 a 192.168.1.254, sin qui
nulla di nuovo
 
A questo punto diciamo di voler attestare su indirizzi fissi, sia il
default gateway (che nel caso di una rete domestica con un router che
funge da DHCP e DNS corrisponde al router stesso) su 192.168.1.1 e di
voler riservare i primi 30 indirizzi per i nostri "server" (NAS, smart
TV e quant'altro)
 
Andremo quindi nella pagina di configurazione del DHCP e procederemo a
configurare lo "scopo" DHCP come segue
 
Subnet		192.168.1.0
Netmask		255.255.255.0 (ossia /24 - 3*8)
Exclude		192.168.1.1 - 192.168.1.31
Default GW	192.168.1.1 (il router)
DNS		192.168.1.1 (sempre il router)
 
 
fatto questo, connettendo un qualsiasi client al nostro router (che
funge anche da DHCP), vuoi su rete cablata che su WiFi, il client in
questione riceverà un indirizzo tra 192.168.1.32 e 192.168.1.254, e sin
qui credo/spero che le cose siano chiare
 
A questo punto, supponiamo di avere un NAS e di volerlo configurare con
un IP statico (ossia che NON cambi), per fare ciò, prima di tutto
dovremo trovare l'indirizzo MAC del nostro NAS, il sistema più semplice
è quello di connettere il NAS alla rete, lasciare che prenda un
indirizzo IP dinamico e poi andare a leggere il MAC, per farlo ci
basterà trovare l'IP assegnato e poi immettere i comandi
 
ping 192.168.1.x  <- x=IP finale del NAS
 
arp -a
 
il primo comando effettua un banale ICMP echo request verso il NAS, ed
il comando aggiorna anche la tabella ARP del computer locale, a questo
punto il secondo comando mostra il contenuto della tabella ARP, e con
questo potremo reperire il MAC, ad esempio potremmo vedere nella
tabella ARP una riga del tipo
 
192.168.1.50         00:09:0f:09:00:12
 
che mostrerà sia l'IP dinamico assegnato al NAS, sia il MAC address
dello stesso; prendiamo nota del MAC, ossia 00:09:0f:09:00:12 e con
questa informazione andiamo a creare una reservation nel DHCP, tale
reservation avrà come parametri
 
Mac		00:09:0f:09:00:12
IP		192.168.1.3
Netmask		255.255.255.0
 
fatto questo, riavvieremo il NAS ed a questo punto allo stesso verrà
assegnato l'indirizzo 192.168.1.3 e tale indirizzo resterà identico ad
ogni riavvio del NAS e/o della rete; con lo stesso sistema potremo poi
aggiungere altri host sempre nell'intervallo di indirizzi assegnato
alla reservation del DHCP e, tali hosts, avranno a questo punto un IP
che, seppure assegnato dal DHCP, sarà sempre lo stesso
 
Come nota, di norma si preferisce assegnare le reservations agli IP
iniziali e finali di un dato range, nell'esempio di cui sopra, se il
DHCP permette reservation multiple, si potrebbero avere due range di
reservation, ossia, ad esempio 192.168.1.1-15 e 192.168.1.239-254 tale
prassi è comoda per allocare (es.) i server/stampanti all'interno della
seconda reservation e gli apparati di rete (router...) all'interno
della prima (o viceversa)
 
 

mi puzzava).
 
Serve ad evitare attacchi "man in the middle", credo!

 Dove sbaglio?
 
secondo me sbagli nel voler far gestire al DHCP un IP fuori dal suo 
range.

Il 27/08/21 20:17, Adriano ha scritto:

E' cosi' che faccio io, il DHCP ha a disposizione una ventina di 
indirizzi IP per l'assegnazione automatica e, guarda caso, questi 
indirizzi non hanno l'accesso al NAS e ad altri servizi mentre alcuni 
altri sono statici e altri ancora sono assegnazioni fisse in funzione 
dell'indirizzo fisico, naturalmente fuori del range delle assegnazioni 
automatiche del DHCP.
 
angelo

mi puzzava).
 
Bisognerebbe vedere, ma se la riserva è già da un'altra parte fa una
cosa diversa: vuole che ci sia corrispondenza tra un certo IP abbia un
certo MAC.
A prescindere dall'assegnazione statica o dinamica.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

serverino interno.
 
Perché non imposti in maniera statica il serverino stesso?
 
Riduci l'intervallo del DHCP nel router, che so, lo imposti 100-200.
Poi al server dai uno statico, che so, il 10.


angelo ha scritto:

Ma perché fuori? Se un IP non è nel range dello scope, il server
non l'assegna. Le reservation vanno fatte all'interno del range.
 
Bye, G.

 Bye, G.
 
Probabilmente tu disponi di server evoluti che, oltre che definire un 
range di assegnazioni automatiche, definisce anche un range generale al 
di fuori del quale non assegna indirizzi nemmeno i fixed leases.
Io ho sempre configurato i server che definiscono solo i limiti degli 
indirizzi IP disponibili su richieste per prima assegnazione.
I fixed leases li ho sempre assegnati fuori da questi limiti e, non 
avendo i server altri vincoli, utilizzando tutti gli altri indirizzi.
Soprattutto per tenere distinte e confinate le macchine guest.
 
angelo

 Probabilmente tu disponi di server evoluti
 
No, la spiegazione è più semplice: ho detto una cazzata :-D
 
Il server *può* assegnare un indirizzo al di fuori del pool, purché
sia comunque all'interno della subnet (o dell'eventuale limite del
superscope, se c'è), e sia specificato.
Quindi quello che fai tu è perfettamente corretto, mentre in
quei casi io mi limitavo ad usare indirizzi statici.
Semplicemente non lo sapevo, poi sono andato a controllare.
 
Ogni giorno se ne impara una nuova... per fortuna :-)
 
Bye, G.
 
 
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
 

non l'assegna. Le reservation vanno fatte all'interno del range.
 
Anch'io ero convinto che fosse universalmente così, in realtà dipende
dal server.
Quello di Windows Server funziona così, quello del FritzBox 7590
funziona come dice lui (ho appena provato, convinto di prendermi la
richiesta nei denti, e invece...).
 
Diciamo che è una cosa che non mi piace, per una questione di ordine.


 Diciamo che è una cosa che non mi piace, per una questione di ordine.
 
E sei fin troppo buono :-/


 superscope, se c'è), e sia specificato.
 
Io istintivamente ho sempre reso statico l'indirizzo di dispositivi 
permanenti (il nas, il DVR della sorveglianza, uno switch, un paio di 
camere IP, ecc.) mentre nel pool degli indirizzi dinamici lasciavo che 
ci stessero i dispositivi che si accendono e si spengono tipo i PC, i 
tablet ecc.
 
Quindi ho sempre assegnato indirizzi statici *al di fuori del pool DHCP* 
e mi ha sempre funzionato con router Sitecom e TP-Link.
 
Il dubbio del mio messaggio iniziale e' che mi trovavo due volte lo 
stesso dispositivo:
 
- uno statico deciso da me che non funzionava,
 
- l'altro dentro il pool, deciso dal DCHP e funzionante
 
quindi capivo che sbagliavo qualcosa, in particolare quella voce di 
menu' "binding IP & MAC" non faceva la stessa cosa della assegnazione 
permanente nella tabella degli IP.
 
tra parentesi nonostante la spiegazione succinta non ho ancora capito 
bene dove e quando subentra esattamente questo Binding...


 Perché non imposti in maniera statica il serverino stesso?
 
nello specifico, perche' il serverino e' poi un Pi Zero W nudo, di cui 
qui non ho i cavetti x guardarlo sul monitor. Sono riuscito a cambiare 
SSID e pw alla cieca dalla schedina SD e tanto mi e' bastato.


SSID e pw alla cieca dalla schedina SD e tanto mi e' bastato.
 
Non ha un accesso web o ssh?


 Non ha un accesso web o ssh?
 
certo, come web mi parte direttamente wordpress, con ssh mi presenta il 
login e non mi ricordo assolutamente ne' id ne' password. Sono rimaste 
nel libretto delle password nell'altra casa.



continuo a non capirne il senso.
Intanto, per chiarire: IP statico e' una cosa, dinamico un'altra.
Statico vuol dire che e' configurqato direttamente nel dispositivo;
Dinamico che viene assegnato da un DHCP. Questo DHCP ha la possibilita' 
di assegnare sempre lo stesso IP ad un determinato mac address, ma il 
meccanismo adottato dal client e' sempre lo stesso: chiedere al DHCP un 
indirizzo; il DHCP poi ne assegnera' uno, che sia sempre quello o 
casuale, nel range che ha a disposizione.

 Ogni giorno se ne impara una nuova... per fortuna :-)
 
si, ma continuo a non capirne il senso.
Anche per "organizzare" gli indirizzi  come diceva Angelo, se un DHCP 
ha a disposizione che so, da 100 a 200, e gli ultimi 20 sono assegnati 
in modo fisso, ne risulta che gli indirizzi assegnabili dinamicamente 
si fermano al 180. Se devono stare fuori dal range del DHCP non avrebbe 
piu' senso configurarli direttamente?

 dove e quando subentra esattamente questo Binding...
 
mi viene in mente un'altra cosa: non e' che (se e' un pc) un ip e' 
assegnato alla ethernet e l'altro alla wifi?

 casuale, nel range che ha a disposizione.
 
Esatto, si crea una tabella di corrispondenza tra l'indirizzo fisico e 
l'indirizzo IP, e' come avere indirizzi statici senza pero' impostarli 
nella macchina.
Il senso di tutto questo, per me, e' che nel corso della settimana mi 
sposto con i miei dispositivi in tre aree con tre reti diverse e mi 
torna comodo avere gli indirizzi noti e riconoscibili nei LOG e nei 
firewall.
In piu' avere un range di indirizzi "guest" assegnati dal DHCP cui sono 
interdetti gli accessi ad alcune aree e servizi e' molto utile specie in 
caso di macchine virtualizzate nelle quali puo' succedere di tutto.
 
angelo
 

 ha scritto nel messaggio 
news:k4aiig57f0rcc0p7b...@4ax.com...

Esatto, security, ma sti pecoroni non sanno nemmeno cosa sia un ARP 
SPOOFING.
 
Saluti strippati dal 2010 
 
 

 ha scritto nel messaggio 
news:sgba8b$eim$1...@gioia.aioe.org...

Tu hai mai usato openwrt! 
 
 

 SPOOFING.
 
Spiegamelo tu in parole semplici.
 
io ho capito solo che la security serve nel caso in cui un dispositivo 
venga spento, mentre i corrispondenti mantengono nella loro tabella (che 
apprendo chiamarsi ARP) solo l'ultima coppia di corrispondenza IP-MAC.
 
A quel punto un intruso puo' simulare l 'IP di un legittimo-spento e il 
corrispondente annota la nuova coppia IP (falsificato) - MAC (dell' 
intruso). Da li' in poi il corrispondente ingenuo manda i dati al MAC 
dell'intruso e non a quello legittimo.
 
A questo punto il Router ... che fa?
 
cioe' la sua security  subentra solo nel caso di traffico fra due reti, 
che passino attraverso il router: l'accoppiata IP-MAC deve essere sempre 
uguale a quella fissata una tantum dall'amministratore del router.
 
Se il taroccamento avviene entro lo stesso segmento di rete (il collega 
della stanza a fianco), il router non lo scopre, giusto?
 
Quindi magari questo controllo va fatto da uno switch intelligente?


 che sia rimasto cashato (= rimasto nella cache della tabella ARP, ndr) e per qualche motivo abbia la precedenza?
 
No, se capisco bene succede questo:
 
il binding IP&MAC di sicurezza viene controllato dal router nel caso di 
traffico esterno che passa attraverso il router.
 
Nel mio caso tutto il traffico avviene attraverso il segmento locale, e 
non passa per il router propriamente detto.
 
Poi la tabella degli IP mi mostra le caselle popolate, quindi trovo due 
IP distinti che puntano allo stesso MAC. Uno e' stato deciso dal DHCP 
per mandare i pacchetti e funziona. L'altro l'ho scritto io nella 
sezione sicurezza ed e' praticamente solo un segnaposto.


 SPOOFING.
 
Spiegamelo tu in parole semplici.
 
Congela la tabella ARP del router cosě se una macchina "hacker" posizionata 
sulla stessa rete manda in giro per la rete delle tabelle ARP alterate (per 
dirottare il traffico su se stessa) viene neutralizzata. Su WIFI o LAN non 
fa differenza.
 
10 anni fa, grazie ad una leggerezza nel protocolo di sicurezza SSL, si 
potevano dirottare i certificati di sicurezza: tu ti collegavi ad una rete, 
inserivi le tue password credendo di essere al sicuro dietro al httpS 
(farlocco) e invece le tue password venivano lette in chiaro.
Poi hanno introdotto ip&macbinding sui router, hanno introdotto il controllo 
dei server SSL su i browser ("questo certificato deve arrivare solo dal IP 
pubblico registrato tal dei tali e non da 192.168.1.55") e poi hanno 
introdotto i token, gli sms che anche se ti copiamo la password in chiaro 
non ce ne facciamo niente. L'SSL č ancora potenzilamente vulnerabile. 
 
 


d'accordissimo. Quello che non mi convince del tutto e' che tali 
indirizzi siano al di fuori dal range assegnato al dhcp. Immagino anche 
che una rete che richieda una configurazione del genere sia abbastanza 
articolata (server su una rete diversa per esempio), e a questo punto 
tanto varrebbe non limitare il range del dhcp, o comunque assegnare 
tutta una sottorete al dhcp e gli ip realmente statici su un'altra 
(dipende anche dal numero di host, ovviamente)

 sicurezza ed e' praticamente solo un segnaposto.
 
magari lo hai gia' scritto, ma non lo ricordo: i due IP sono nella 
stessa subnet?
dicevi che non puoi accedere in ssh perche' non ricordi le credenziali, 
ma se cerchi di collegarti almeno hai risposta? da quale indirizzo?
la tabella IP a cui ti riferisci in che dispositivo si trova? se e' nel 
router, ammesso che sia lui a gestire il dhcp, non e' che appena 
collegato il dispositivo questo abbia ricevuto un IP; tu poi l'hai 
cambiato impostando un ip assegnato staticamente dal dhcp ma per 
qualche motivo la precedente entry e' rimasta. In questo caso dovrebbe 
essere possibile cancellarla dal dispositivo che l'ha creata (il 
router, se il mio ragionamento e' corretto). Hai provato a vedere che 
succede se ricambi assegnaziopne dell'IP e ne usi uno nel range del 
dhcp? da quanto ho letto fin qui non e' detto che tutti i dispositivi 
possano gestire l'assegnazione fissa di un ip al di fuori del range.

 l'assegnazione fissa di un ip al di fuori del range.
 
ho letto, io non mi ero mai posto il problema perche' i miei router lo 
hanno sempre supportato.


 (dipende anche dal numero di host, ovviamente)
 
... si puo' fare ma complica il dialogo tra i dispositivi, sono scelte 
che si valutano volta per volta.
 
angelo

Quindi magari questo controllo va fatto da uno switch intelligente?
 
 
Ammazza che confusione che c'hai! 
Anche lo switch più deficiente funziona con ARP per instradare i
pacchetti, non usasse ARP sarebbe un HUB col traffico uguale su tutti
i client! 
Se invii dei comandi ARP truffaldini lo switch, "che non si fa troppe
domande", puo' fare arrivare i pacchetti a 2 macchine che hanno lo
stesso MAC ma IP differente. 
Il DHCP invece una volta che ha assegnato il IP ha finito, si ferma;
non è che fa controlli ogni secondo sul ARP.

 domande", puo' fare 
 
Infatti se rileggi ipotizzavo appunto ("... Quindi magari questo 
controllo va fatto da uno switch intelligente?"), ossia configurabile a 
sua volta tramite opportuna interfaccia web e con dentro una 
funzionalita' equivalente a quella del router di cui parliamo, per 
congelare MAC & IP.


 binding ha diciamo il senso di una VERIFICA e non di una ASSEGNAZIONE.
 
aaah, ecco. Io invece lo avevo interpretato proprio come assegnazione


dipende dalla complessita' della rete, dal numero di host ecc

 Spiegamelo tu in parole semplici.
 
un disegno vale più di 1000 parole
 
https://www.digiater.nl/openvms/decus/vmslt00a/net/arp0c.htm
 
 
 

 non l'assegna. Le reservation vanno fatte all'interno del range.
 
Esatto, di norma si crea uno scope che copra l'intero range della
subnet desiderata, dopodichè si inseriscono delle esclusioni per
evitare che uno o più sottoinsiemi di IP vengano assegnati ai client,
quindi si procede a creare le reservation accoppiando il MAC con uno
degli indirizzi nei range di esclusione; la cosa si può fare anche per
gli IP statici, invece di impostare un dato host con IP statico, si
crea una reservation per lo stesso nel DHCP in modo che ottenga sempre
lo stesso indirizzo, questo approccio è comodo perchè, nel caso in cui
si debbano cambiare i parametri di rete, lo si può fare direttamente
nel DHCP senza andare a modificare le impostazioni sugli host (come nel
caso in cui gli stessi usino IP statici), ovvio che il tutto va fatto
con cognizione di causa, ci mancherebbe :D
 

 No, la spiegazione è più semplice: ho detto una cazzata :-D
 
Non esattamente Gaetà, quello che hai scritto è la "prassi" ed è
corretto, poi ok, è POSSIBILE usare indirizzi al di fuori dello scope,
ma di solito si evita di farlo per evitare di incasinarsi la gestione
del tutto :)
 

 del tutto :)
 
Ma infatti ho sempre fatto così anch'io; è che non sapevo che si potesse
fare diversamente. Come ha già detto qualcun altro, è... non mi viene
un termine migliore, innaturale.
Cioè, non è illegale, ma mi viene da pensare che dovrebbe esserlo :-)
 
Bye, G.
 

 fatto con cognizione di causa, ci mancherebbe :D
 
Per spiegarmi meglio, supponiamo di avere la subnet
 
192.0.2.0/24
 
 
ossia
 
Subnet ID: 192.0.2.0
Hosts    : 192.0.2.1 - 192.0.2.254
Broadcast: 192.0.2.255
 
iniziamo creando uno scope DHCP che includa l'intero range, ossia da 1
a 254, fatto questo creiamo due esclusioni ossia
 
da 192.0.2.1 a 192.0.2.30
 
da 192.0.2.200 a 192.0.2.254
 
a questo punto sulla rete potremmo avere i seguenti host configurati
con IP statico, ossia che NON useranno DHCP
 
Default gw	192.0.2.254
DHCP		192.0.2.253
DNS1		192.0.2.252
DNS2		192.0.2.251
 
dopodichè potremmo inserire le seguenti reservation
 
NAS		192.0.2.1
Portale WEB	192.0.2.2
Stampante 1	192.0.2.3
Stampante 2	192.0.2.4
Smart TV	192.0.2.5
 
e, per il resto degli indirizzi usare il range da 31 a 199, come credo
sia chiaro, gli host nel range 200...254 sono quelli con IP statico,
mentre quelli nel range 1...30 useranno DHCP ma, grazie alle
reservation, otterranno sempre lo stesso indirizzo IP, una config del
genere permette di variare rapidamente i parametri di rete, se ad
esempio il default gateway dovesse essere cambiato, ci basterebbe
cambiarlo solo sugli hosts del range 200...254 e nel DHCP ed a quel
punto tutti gli altri hosts verranno aggiornati automaticamente
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 punto tutti gli altri hosts verranno aggiornati automaticamente
 
Dimenticavo, oltre a questo, siccome è possibile specificare parametri
specifici per ciascuna reservation, in questo modo, ad esempio, potremo
NON passare alle stampanti il valore del default gateway, evitando che
possano "uscire" verso la WAN :)
 

 evitando che possano "uscire" verso la WAN :)
 
fixed