Devo utilizzare gli indirizzi link-local in cui è richiesto un indirizzo IP interno non instradabile?

11

Ho un'appliance di rete che contiene alcune funzionalità di bilanciamento del carico: nel mio progetto, queste funzionalità sono solo per uso interno all'appliance. Niente dovrebbe MAI parlare con loro esternamente e, inoltre, il client ha pochi indirizzi IP nell'intervallo IP dei dispositivi.

Sarebbe accettabile utilizzare la gamma Link-Local per queste funzionalità? Ad esempio 169.254.1.1,.

NB: il dispositivo in questione non consente l'utilizzo di IP di loopback per queste funzionalità.

networking

— Dan
fonte

1

Se vengono utilizzati solo per comunicare da un servizio all'altro all'interno dello stesso host, c'è qualche motivo per non utilizzare un indirizzo di loopback?

— YLearn

@YLearn Per essere onesti, non ne ho davvero nessuno, anche se non riesco a scrollarmi di dosso la sensazione che non sia proprio ciò che riguarda un indirizzo di loopback, ma forse mi sbaglio? Ad ogni modo, sono andato a testarlo e l'appliance non ti consentirà di configurare nulla sugli IP di loopback!

— Dan,

5

No , RFC3927 vieta l'assegnazione manuale di indirizzi all'interno di questo blocco.

Si dovrebbe invece utilizzare indirizzi formano i blocchi forniti da RFC1918 , 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16. Questi indirizzi possono essere utilizzati liberamente, a condizione che i percorsi non siano pubblicizzati su Internet. Ricordarsi di selezionare una sottorete che non sia altrimenti utilizzata nel proprio ambiente.

— 84104
fonte

Poiché potresti non sapere quali sottoreti sono in uso nell'ambiente, è meglio renderlo configurabile. Poteva seguire l'esempio di molti router domestici: scegliere una 192.168.x.0/24sottorete predefinita e consentire all'amministratore di cambiare x. Probabilmente non dovrebbe essere impostato su 0 o 1, poiché questi sono i valori predefiniti comuni dei router.

— Barmar,

4

I dettagli di RFC3927 sembrano pensare che ciò non sia strettamente corretto.

Sì , vai a testa. I motivi per cui questo è proibito non entreranno in gioco. È molto meglio di altre situazioni comuni, come il comando 1.1.1.0/24.

Se vuoi giocare bene, puoi usare 169.254.0.0/24o 169.254.255.0/24.

2.1. Selezione indirizzo link-local

Quando un host desidera configurare un indirizzo Link-Local IPv4, seleziona un indirizzo utilizzando un generatore di numeri pseudo-casuale con una distribuzione uniforme nell'intervallo compreso tra 169.254.1.0 e 169.254.254.255 inclusi.

A tale scopo, il prefisso IPv4 169.254 / 16 è registrato con IANA. I primi 256 e gli ultimi 256 indirizzi nel prefisso 169.254 / 16 sono riservati per uso futuro e NON DEVONO essere selezionati da un host utilizzando questo meccanismo di configurazione dinamica.

— 84104
fonte

Perché consiglieresti di usare le due gamme che IANA ha riservato per un uso futuro? Questo sembra essere un cattivo consiglio nel caso in cui IANA scelga di utilizzare quelle gamme riservate per qualche motivo.

— Impara il

@YLearn Hai ragione, è una violazione delle specifiche. Tuttavia, l'altra opzione che coinvolge questi indirizzi è una chiara violazione. Sento che è meglio prendere la scelta sbagliata più oscura.

— 84104

1

Quindi, per parafrasare la tua risposta e il tuo commento, usare gli indirizzi riservati è una violazione e usare un'assegnazione manuale dall'intervallo generato è una violazione. Quindi la risposta dovrebbe essere "No, questa è una cattiva idea. Devi trovare una soluzione migliore". Se le persone dovessero semplicemente ignorare gli standard e le specifiche quando sono scomodi da loro, allora la standardizzazione, l'interazione e l'intera fondazione di reti / Internet sono tutti a rischio ..

— YLearn

Accetto con @YLearn. Link-Local serve per l'assegnazione automatica dell'IP dell'host quando manca il DHCP, non per la configurazione manuale per circostanze specifiche. Tagliare un pezzo fuori dagli intervalli RFC1918 (anche uno non attualmente in uso) sarebbe l'unica opzione valida.

— Ashley,

3

Per rispondere alla tua domanda, no, non dovresti. RFC3927 nella Sezione 1.6 vieta questo tipo di utilizzo.

Nello specifico, l'ultimo paragrafo di questa sezione dice questo:

Gli amministratori che desiderano configurare i propri indirizzi locali (utilizzando la configurazione manuale, un server DHCP o qualsiasi altro meccanismo non descritto in questo documento) dovrebbero utilizzare uno dei prefissi degli indirizzi privati esistenti [RFC1918], non il prefisso 169.254 / 16.

Questo esclude l'intero / 16 per questo tipo di utilizzo, quindi è necessario cercare un'alternativa diversa.

Il mio primo suggerimento sarebbe di usare un'interfaccia loopback. Le interfacce di loopback sono perfette per la comunicazione tra servizi all'interno dello stesso host che non richiedono l'accesso al di fuori di tale host. Sono utilizzati in questo modo da una serie di servizi, per interfacce di gestione, test e altri scopi.

Nei tuoi commenti / modifiche hai menzionato che l'appliance non ti consente di farlo. Non menzioni il fornitore / modello o le versioni del codice, quindi la mia prima raccomandazione è di contattare il fornitore. Se si tratta davvero di un uso valido del dispositivo, potrebbero essere disposti a modificare il proprio codice per consentire l'uso di un'interfaccia di loopback; semplicemente non hanno preso in considerazione questo caso d'uso durante la scrittura del codice per convalidare gli indirizzi IP. Oppure potrebbero dirti perché questa è una cattiva idea e perché dovrebbe essere fatta in un altro modo.

Se un'interfaccia di loopback è veramente fuori discussione, allora dovresti usare lo spazio degli indirizzi RFC1918 per questo scopo. Assicurati di collaborare con il personale IT interessato selezionando l'intervallo IP da utilizzare per evitare altri problemi imprevisti sulla rete.

— YLearn
fonte