Dirección IP que es equivalente a / dev / null

¿Existe una dirección IP que resultaría en que se envíe un paquete que se ignorará (bloqueado)?

Sé que siempre puedo configurar un enrutador con una dirección IP y luego hacer que ignore todos los paquetes que se le envían, pero ¿existe tal cosa para evitarme el problema?

Hay específicamente un prefijo de agujero negro en IPV6, como se describe en RFC 6666 , es 100 :: / 64. IP4 no tiene un agujero negro explícito como ese, pero un host inexistente en uno de los bloques reservados tendría ese efecto. (por ejemplo, 240.0.0.0/4 está "reservado para uso futuro" y no será enrutado por nada).

Existe el agujero negro de la red .

Si no hay dispositivos en la red con la dirección IP 192.168.0.10, entonces esta dirección IP es un agujero negro y "descartará" todo el tráfico hacia ella, simplemente porque no existe.

Los protocolos que realizan un seguimiento del estado de conexión (TCP) pueden detectar un host de destino faltante. No ocurrirá con UDP y los paquetes simplemente morirán, mientras que el host remitente no será informado al respecto.

Puede configurar un agujero negro con cortafuegos configurándolo para soltar paquetes silenciosamente ( no rechazar ) desde direcciones particulares (o muchas).

Hasta donde sé, no existe una dirección estándar de red que haga un agujero negro para usted en TCP / IP versión 4 (Gracias a Bandrami ).

Así que tienes dos opciones:

1. Una dirección IP que no fue asignada a ningún host;
2. Host con cortafuegos que silenciosamente descarta paquetes o variaciones de los mismos , por ejemplo usando netcat: (como lo sugiere ultrasawblade ).

nc -vv -l 25 > /dev/nullescuchará las conexiones entrantes en el puerto TCP 25 y canalizará los resultados /dev/null. Más ejemplos aquí .

Toda la subred también puede ser un agujero negro ( ruta nula ).

Si bien no es un agujero negro, es posible que también desee considerar las IP reservadas para fines de prueba / ejemplo (por RFC 5737) , especialmente si su objetivo es un valor "predeterminado que no funciona de manera segura".

• 192.0.2.0/24 (TEST-NET-1),
• 198.51.100.0/24 (TEST-NET-2)
• 203.0.113.0/24 (TEST-NET-3)

Los operadores de red DEBEN agregar estos bloques de direcciones a la lista de espacios de direcciones no enrutables, y si se implementan filtros de paquetes, entonces este bloque de direcciones DEBE agregarse a los filtros de paquetes.

No hay garantía de que los paquetes a esas direcciones se bloqueen (eso depende de su ISP, etc.) pero ciertamente nadie debería estar usándolos.

No hay una "dirección de agujero negro estándar" como tal, ni hay realmente ningún requisito para ello. No dice lo que realmente está tratando de lograr, por lo que no puedo ayudarlo a hacerlo, pero aquí hay algunas soluciones incorrectas para su problema que responderían a su pregunta tal como la hizo:

• Puede usar una dirección RFC1918 que no esté en uso en su red y confiar en que su ISP la deje por usted. Por ejemplo, si solo usa algunas partes de 192.168, su ISP enrutará 10.255.255.1 (lo que lo obtendría gracias a su puerta de enlace predeterminada).
• Puede usar una dirección IP reservada para uso futuro (y probablemente nunca se usará); esa es la vieja gama " Clase E ". Hará lo mismo que antes, pero funcionará incluso si ya usa todos los rangos de direcciones privadas (al tener máscaras de red mucho más amplias de lo necesario, dudo que tenga millones de dispositivos conectados). Por ejemplo, 254.0.0.1 nunca (legalmente) se referirá a un dispositivo real.
• En la máquina donde necesita esto, puede agregar un objetivo de solo caída; el uso de una dirección no utilizada como la anterior, por ejemplo, iptables -I OUTPUT -d 254.0.0.0/8 -j DROPasegurará que todo lo que se envíe a esa "red" se descarte en silencio en lugar de molestar a las puertas de enlace o incluso causar tráfico en la interfaz de red real.

De nuevo, probablemente no quieras nada de esto, incluso si crees que es conveniente, no lo es, es confuso y no es obvio, y no es una buena solución para cualquiera que sea tu problema.

Dejando de lado su pregunta, ¿qué hay de usar el "protocolo de descarte" ?

Rangos de prueba

Probablemente sugeriría uno de los rangos de direcciones "TEST-NET", "para uso en documentación y ejemplos. No debe usarse públicamente" .

192.0.2.0/24
198.51.100.0/24
203.0.113.0/24

Gamas "Bogon" (Bogus / Falso)

No estoy seguro de dónde decir aquí, esto parece ser más una práctica que proporcionaría una puerta de enlace de Internet, en lugar de una forma específica de implementar un paquete que se enruta a algún lugar que no debería ser

Gamas locales

También hay un rango de direcciones de bucle invertido 127.0.0.0/8, por ejemplo 127.0.0.255. Aunque todavía es posible que existan cosas allí, específicamente cualquier servicio en la máquina local, al menos no interferirá con ninguna máquina en la red (a menos que tenga servicios de red respaldados por otros servicios de red, supongo).

127.0.0.0/8

Rangos de destinos ilegales

Quizás la dirección ilegal también 0.0.0.0se pueda usar, aunque 0.0.0.0/8 está reservada para "Usado para transmitir mensajes al actual (" esto ")", por lo que existe el riesgo de difusión en ese sentido.

0.0.0.0/8

La página de Wikipedia para la ruta nula dice:

Las rutas nulas generalmente se configuran con un indicador de ruta especial, pero también se pueden implementar reenviando paquetes a una dirección IP ilegal como 0.0.0.0 o la dirección de bucle invertido.

Refs: https://en.wikipedia.org/wiki/Reserved_IP_addresses

Una cosa a considerar (que puede o no ser un problema para su escenario particular) es que si redirige el tráfico a una dirección IP que no existe, el enrutador y / o el host pueden intentar ARP continuamente para esa dirección, lo que podría ser algo malo

Si configura un enlace IP ARP <-> estático para esta dirección fantasma, el sistema siempre tendrá una entrada ARP resuelta, y simplemente pondrá el paquete en el cable con esa dirección ARP (que, supuestamente, es falsa) y el tráfico no aterrizará en ningún lado.

De nuevo, es muy posible que esto NO sea lo que realmente quieres, pero vale la pena considerarlo.