Best practice per la selezione di comodi indirizzi IPv6 per pochi host su una LAN isolata


12

In passato ho installato piccole LAN ad hoc che erano totalmente disconnesse da Internet e quando assegnavo gli indirizzi agli host, potevo scegliere quello che rendeva la comunicazione degli indirizzi tra gli umani il più semplice possibile (e il più facile possibile da ricordare nella tua testa ). Non sorprende che uno dei miei preferiti sia stato quello di fornire numeri di host come 10.1.1.1, 10.1.1.2, 10.1.1.3 ecc. Molto facili da comunicare e molto facili da tenere in testa. (Ok, avevo quasi totale libertà su come scegliere i miei indirizzi. Ovviamente non potevo usare 127.0.0.1 per nessuna delle interfacce ethernet, né usare alcun indirizzo di sottorete o indirizzo di trasmissione)

Mentre aspetto che varie parti (aziende, ISP, ecc.) Distribuiscano l'IPv6 (e quindi forniscano un reale incentivo all'utilizzo dell'IPv6 nel mondo reale), sono un po 'entusiasta di provarlo su piccola scala (minimalista?), semplicemente ripetendo l'attività impostando una LAN isolata ma questa volta basandosi su IPv6 per comunicare tra gli host. Posso, abbastanza liberamente, scegliere qualsiasi indirizzo IPv6 che mi piace. Almeno almeno. Non riesco a scegliere :: 1 come l'indirizzo di alcuna interfaccia LAN, ad esempio, poiché viene risolto per l'interfaccia di loopback. E date tutte le diverse gamme di indirizzi IPv6 riservati a tutti i tipi di usi e scopi, mi chiedo: in questo contesto LAN isolato, qual è il modo migliore per scegliere indirizzi IPv6 facili da ricordare, facili da comunicare verbalmente? (Supponiamo che sia da 3 a 32 host circa)

So che questa domanda è un po 'accademica e probabilmente non è qualcosa che incontreresti in una distribuzione "reale" di IPv6 (che si tratti di un utilizzo aziendale o di un hobby). Sono comunque curioso del modo migliore per "fabbricare" indirizzi IPv6 convenienti, quindi per favore non fornire risposte che mi forniscano solo una soluzione che mi "salva" dalla necessità di creare manualmente questi indirizzi IPv6. (O fornire risposte che spiegano solo perché è una cattiva pratica impostare manualmente questi indirizzi IPv6 ...)

Risposte:


9

Sono d'accordo con Tom's Solution ma un emendamento:

FC00: 0001: 0001 :: / 48 sarebbe il tuo segmento di rete

host:

FC00: 1: 1 :: 1

FC00: 1: 1 :: 2

FC00: 1: 1 :: 3

. . .

FC00: 1: 1: FFFF: FFFF: FFFF: FFFF: FFFF

... QUESTO È MOLTO IP!


Ok, la soluzione di Tom conteneva più informazioni, ma questa era più precisa sull'ultima cosa che stavo cercando. (Ma perché questo sito non mi consente di accettare le risposte di Tom e Cheekaleak? In questo caso lo considero giustificato!)
IllvilJa

Non devi, devi solo votare il mio e accettare qualunque. O vota entrambi, se preferisci.
Tom O'Connor,

Nota: FC00 :: / 8 è utilizzato da Cjdns , forse da altre reti simili. Vedi altre risposte per una migliore alternativa per prevenire gli scontri degli indirizzi se sarà necessario unire le reti in qualche modo.
Vi.

In realtà FC00::/8è ancora riservato, quindi a nessuno è ancora consentito utilizzare tale intervallo. FD00::/8può essere utilizzato se conforme a RFC 4193.
kasperd,

Ciao .. Non sono chiaro, cosa aggiunge questa risposta alla risposta di Tom, oltre a illustrare l'intervallo della sottorete? (Il che non mi fraintende, è utile)
mwfearnley,

13

Il blocco di indirizzi fc00::/7è stato riservato come rete privata da IANA come descritto in RFC 4193

Tutto quello che devi fare è assegnare la tua rete come / 48 e iniziare a indirizzare. fc00:0001:0001/48e così via

Per quanto riguarda il monitoraggio degli indirizzi IP, ti suggerisco di utilizzare una pagina wiki o un documento simile.
O un server DHCPv6 che distribuisce contratti di locazione assegnati staticamente.


1
Odio IPv6. Mi fa male la testa.
Tom O'Connor,

2
In realtà, non è necessario eseguire alcun indirizzamento manuale, DHCP o tenere traccia degli indirizzi IP. L'autoconfigurazione IPv6 sarebbe in grado di gestirlo facilmente a meno che non si stia eseguendo un web hosting o qualche altra applicazione che consenta di assegnare più indirizzi IP a una interfaccia di rete.
Ernie,

A proposito, quell'indirizzo dovrebbe essere fc00: 1 :: 1/48
Ernie,

La configurazione automatica funziona e IPv6 ha un buon supporto per trasmissioni / multicast in modo da poter rilevare tutte le altre interfacce autoconfigurate sulla stessa LAN. La vera soluzione per eseguire un'app su una LAN IPv6 locale probabilmente segue questa linea. Tuttavia, le applicazioni che ho in mente probabilmente non hanno alcun rilevamento automatico della LAN integrato e l'autoconfigurazione ha la capacità di generare indirizzi IPv6 molto, molto disordinati (ma sono comunque unici).
IllvilJa

2
In realtà, secondo RFC 4193 (che è davvero confuso su quel punto), l'ottavo bit deve essere impostato su 1 - quindi il prefisso effettivo sarebbe FE00::/8. Il resto dei 48 bit dovrebbe essere casuale (quindi sono "globalmente unici") e io uso questo generatore - random.org/cgi-bin/randbyte?nbytes=5&format=h Quindi finisci con qualcosa di simile FEDA:EC52:6E69::/48alla rete e così (e supponendo che ignori la parte "subnet" di RFC) il primo host è FEDA:EC52:6E69::1e l'ultimo host è FEDA:EC52:6E69:FFFF:FFFF:FFFF:FFFF:FFFF.
Guss,

6

Per questo consiglio di utilizzare gli indirizzi in FD00 :: / 8 anziché in FC00 :: / 8, FD00 :: / 8 è assegnato come ULA assegnato localmente, dove FC00: / 8 è destinato all'uso per ULA assegnato centralmente, cioè a ciascuna organizzazione che desidera ULA verrà assegnato un prefisso a 40 bit (presumibilmente da IANA e / o dai RIR, sebbene non sia stato definito alcun meccanismo di assegnazione e non siano state effettuate assegnazioni).

Personalmente, sceglierei l'opzione più semplice possibile: FD00 :: 1, FD00 :: 2, ecc. Per una rete di test / demo; usa un prefisso / 64 in modo che la tua rete sia FD00 :: / 64.

So che c'è un DEVE usare un metodo pseudo-casuale per creare un prefisso ULA, ma lo ignorerei semplicemente per un sistema di test / demo che non mi collegherò mai a nessun altro e che eliminerò alla fine di il laboratorio.


Non sono in disaccordo con te, ma mi piacerebbe vedere alcuni articoli a riguardo. Interessante.
HostBits,

1
Questo NON è lo scopo dello spazio ULA. ULA è unico a livello globale (ma non ancora indirizzato) ... RFC 4193 sezione 3.2.1 spiega cosa devi fare ...
Knobee,

0

Sviluppiamo applicazioni per IPv6, quindi eseguiamo IPv6 in parallelo con IPv4 nella nostra rete di sviluppo. Ho finito per configurare il server radvd per l'auto-configurazione e assegna gli indirizzi IPv6 in base al prefisso locale del collegamento e all'indirizzo MAC. Quindi li aggiungo al DNS e uso sempre i nomi dopo. Funziona bene, tuttavia aggiungiamo gli indirizzi al DNS manualmente e ogni tanto qualcuno che si dimentica di aggiornare. Inoltre, eseguiamo un sacco di macchine virtuali VMware e talvolta spostiamo le macchine utilizzando il convertitore VMware. Di conseguenza, cambiano il loro indirizzo MAC e dobbiamo aggiornare manualmente il DNS dopo questi movimenti, il che è fastidio. Sto studiando se abilitare gli aggiornamenti DNS dinamici possa aiutare, ma finora non ho trascorso molto tempo su questo.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.