RFC 1918 - IPv4 Private Address - Summary

RFC 1918 blev skrevet i 1996 og tildeler flere adresseblokke til brug på private virksomheder internet. Dokumentet blev skrevet, da det blev bevist, at IPv4 adresseplads var begrænset og til sidst ville blive forbrugt. Ved at tildele adresseplads til offentlig brug og bruge NAT regler en hel organisation bestående af tusindvis af computersystemer kunne boet bag en eller flere offentlige adresser. Før denne RFC var det almindeligt for organisationer at købe store blokke af adresseplads til privat brug. I nogle tilfælde kan disse systemer ikke nogensinde kommunikere med det bredere internet. Nogle eksempler på velkendte tildelinger er General Electric Company, der ejer 3.0.0.0 / 8, IBM, der ejer 9.0.0.0 / 8, og Hewlett-Packert Company, der ejer 15.0.0.0.0 / 8 og 16.0.0.0 / 8. For yderligere oplysninger om tildeling af offentlige adresser besøgIANA. Denne RFC indeholder tre kategorier af computersystem, Private Address Space tildelinger, fordele til og ulemper ved at bruge privat adresseplads, samt nogle operationelle overvejelser.

Catagorier

RFC opfordrer tre specifikke kategorier af værter i en virksomhed. De er:

• Værter i organisationen, der ikke kommunikerer uden for organisationen
• Værter i organisationen, der har brug for begrænset adgang til eksterne systemer
• Værter, der har brug for netværksforbindelse uden for organisationen.

Den første og anden gruppe betragtes som "private" systemer, hvor den tredje gruppe betragtes som "offentlige". Grunden til, at systemer er grupperet i tre katagorier er det hjælper lette adressebrug i en organisation og er en ramme for, hvor man kan bruge offentlige adresseplads versus private adresseplads.

Private adresserinationer

IANA reserveret 10.0.0.0 / 8, 172.16.0.0 / 12, og 192.168.0.0 / 16 som private adresseblokke. Forud for Classless Interdomain Routing 10 / 8 er et enkelt klasse A netværk. 172.16 / 12 er et sæt på 16 sammenhængende klasse B-net, og 192.168 / 16 er en gruppe på 256 sammenhængende klasse C-net. Da denne adresse plads er blevet reserveret til privat brug organisationer behøver ikke at interagere med IANA, når du bruger adressen plads. En anden vigtig bemærkning er, at al privat adresse plads er ikke routable på det offentlige internet.

Fordele og ulemper

Fordele

1. brug af privat adresseplads vil reducere forbruget af offentlige adresser
2. Virksomheder har frihed til at bruge et stort antal private adresser uden at interagere med IANA
3. Virksomheder kan bruge plads, der ikke tilhører dem på et system, der oprindeligt ikke kræver offentlig internetadgang. Senere dette system til det offentlige internet, som resulterer i abmigouse adressering og en manglende evne til at rute til de forskellige systemer.

Ulemper

1. En virksomhed bør anvende enten al offentlig eller privat adressering eller intern ruteføring kan blive et problem.
2. Som en virksomhed bevæger sig i retning af privat adressering er der en omkostning forbundet med at re- adressere alle værter og re- konfigurering applikationer
3. Når virksomheder fusionere nogle eller alle de to netværk skal omnummereres, men DHCP kan bidrage til at reducere omkostningerne ved renumbering systemer afhængigt af deres anvendelse.

Operationelle overvejelser

Når du arbejder med privat adresseplads er der nogle overvejelser i denne RFC vedrørende netværksdesign og -operationer. For eksempel, når designe et netværk privat adresseplads kan designes først da, hvor der kræves offentlig internetadgang, at segmentet kan designes til at facilitere virksomhed bredt accedd. Også når interagere med internettet som helhed er det vigtigt at huske at placere et rutefilter på virksomhedens router for at forhindre private adresser i at blive tilføjet til rutebordet og injiceret i internettet som helhed. På samme måde, når to organisationer har brug for at kommunikere, kan de koordinere deres private adressepladsforbrug, således at de kan kommunikere uden at krydse det offentlige internet, men i stedet være direkte forbundet. Den sidste store overvejelse relateret til, hvordan virksomheden DNS-tjenester kunne blive sikker, da de ikke behøver at kommunikere med eksterne DNS-servere, som forhindrer brugerne på det offentlige internet i at få adgang til virksomhedens ressourcer.