RFC 1918 - IPv4 Private Address - Summary

O RFC 1918 foi escrito en 1996 e inclúe varios bloques de enderezos para o seu uso en internet. O documento foi escrito porque se fixo evidente que o espazo de enderezos IPv4 era limitado e que finalmente se consumiría. Ao asignar o espazo de enderezos para uso público e usar as regras NAT, unha organización enteira composta por miles de sistemas informáticos podería responder detrás dun ou máis enderezos públicos. Antes deste RFC era común que as organizacións mercasen grandes bloques de enderezos para uso privado. Nalgúns casos, estes sistemas nunca se comunican con Internet. Algúns exemplos de asignacións ben coñecidas son General Electric Company que posúe 3.0.0.0/8, IBM que posúe 9.0.0.0/8, e Hewlett-Packert Company que posúe 15.0.0.0/8 e 16.0.0.0/8. Para máis detalles sobre a asignación de enderezos públicos visite oIANAEste RFC contén tres catagories de sistema informático, asignacións de espazo de enderezos privados, as vantaxes e desvantaxes para usar o espazo de enderezos privados, así como algunhas consideracións operativas.

Catagorías

O RFC convoca tres catagorías específicas dentro dunha empresa. Eles son:

• Invitados dentro da organización que non se comunican fóra da organización
• Persoas que necesitan acceso limitado a sistemas externos
• Persoas que precisan de conectividade fóra da organización.

O primeiro e segundo grupo considéranse sistemas "privados" nos que o terceiro grupo é considerado "público". A razón pola que se agrupan en tres catadores é que axuda a facilitar o uso de direccións dentro dunha organización e é un marco para o uso do espazo de enderezos públicos fronte ao espazo de enderezos privados.

Dirección privada Ranges

A IANA reservou 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16 como bloques de enderezos privados. Antes de Classless Interdomain Routing 10 / 8 é unha única clase de rede A. 172.16/12 é un conxunto de 16 redes de clase B contiguas, e 192.168/16 é un grupo de 256 redes de clase C. Dado que este espazo de enderezos foi reservado para organizacións de uso privado non é necesario interactuar co IANA cando se usa o espazo de enderezos. Outra cousa importante é que todo espazo de enderezos privados non é en Internet.

Beneficios e desvantaxes

Ventajas

1. o uso privado do espazo de enderezos reducirá o consumo de enderezos públicos
2. As empresas teñen a liberdade de usar un gran número de enderezos privados sen interactuar coa IANA
3. As empresas poden utilizar un espazo que non lles pertenceu nun sistema que inicialmente non requiría acceso a Internet público. Máis tarde, ese sistema de Internet pública resulta nunha abmigouse e unha incapacidade para dirixirse aos distintos sistemas.

Desvantaxes

1. Unha empresa debe usar calquera enderezo público ou privado ou enrutamento interno pode converterse nun problema.
2. A medida que unha empresa se move cara a unha dirección privada, hai un custo asociado a re-addressar todos os hosts e configurar aplicacións
3. Cando as empresas fusionan unha ou todas as dúas redes deben ser renumeradas, con todo DHCP pode axudar a reducir o custo dos sistemas de numeración en función do seu uso.

Consideracións operativas

Ao traballar con espazo de enderezos privados hai algunhas consideracións dentro deste RFC en relación co deseño e operacións de rede. Por exemplo, cando se deseña un espazo de enderezos privado de rede pode ser deseñado en primeiro lugar, onde o acceso á internet público é necesario que o segmento poida ser deseñado para facilitar o acceso á empresa. Tamén ao interactuar con Internet en xeral é importante lembrar poñer un filtro de ruta no router empresa para evitar que se engadan enderezos privados á mesa de ruta e inxectados en Internet en xeral. Do mesmo xeito, cando dúas organizacións precisan comunicarse, poden coordinar o uso do espazo de enderezos privado de xeito que poidan comunicarse sen atravesar Internet pública, pero en vez diso estar directamente conectados. A principal consideración final relacionada coa forma en que os servizos DNS da empresa poderían ser seguros, xa que non necesitan comunicarse cos servidores DNS externos que impiden aos usuarios de Internet pública acceder aos recursos da empresa.