¿Alguna forma de encontrar direcciones IP no utilizadas en mi red?

¿Cómo puedo ubicar las direcciones IP no utilizadas en mi red? El servidor DHCP sigue asignando la misma dirección y necesito una dirección IP diferente para probar mi aplicación. El software necesitaría ejecutarse en Windows.

Probablemente la mejor manera es usar NMAP ( http://nmap.org/ ) en el modo de escaneo ARP Ping. El uso será algo parecido nmap -sP -PR 192.168.0.*(o lo que sea que sea su red).

La ventaja de este enfoque es que utiliza el Protocolo de resolución de direcciones para detectar si las direcciones IP se asignan a las máquinas. Cualquier máquina que quiera ser encontrada en una red necesita responder el ARP, por lo que este enfoque funciona donde los escaneos de ping, los pings de difusión y los escaneos de puertos no lo hacen (debido a los firewalls, la política del sistema operativo, etc.).

Realmente no debería intentar encontrar direcciones IP no utilizadas en una red que utiliza DHCP. No debe hacer esto a menos que sepa lo que está haciendo, y preguntar cómo hacerlo sugiere que no.

La gestión de direcciones de red es implícitamente una actividad organizacional (no técnica). DHCP hace que los administradores de red a menudo piensen que es puramente técnico, pero el protocolo está bien diseñado y puede satisfacer fácilmente sus necesidades con un poco de negociación política.

DHCP tiene una función en la que ciertos sistemas pueden recibir la misma dirección IP cada vez (en otras palabras, el mecanismo de asignación puede ser dinámico, pero las asignaciones en sí pueden ser reparadas).

Pídale a su administrador de DHCP que cree algunas entradas para usted. Si dicen "no", haga un trabajo de piernas y pídale a su gerente que le pida que lo haga.

O solicite al administrador de DHCP que asigne un rango de direcciones IP para su uso personal, pero que no las envíe fuera de DHCP.

Esto es realmente en el mejor interés de todos. Si su proyecto vale un poco de esfuerzo extra, algo de amor organizacional será de gran ayuda.

No creo que los otros carteles hayan pensado seriamente en lo que puede suceder, y parte del peligro es que los resultados de los conflictos de direcciones IP son impredecibles:

Si captura direcciones y entran en conflicto con el sistema de otra persona, los resultados pueden ser dolorosos, como el final del trabajo.

1. Los sistemas se comportan de manera diferente cuando tienen conflictos de IP. Algunos se caen rápidamente. Algunos solo ponen advertencias extrañas en su pantalla. Potencialmente, algunos sistemas lucharían por la dirección IP.

2. No sabes qué sistema estarías desconectando. Podría estar desconectando un servidor importante, o su sistema podría tener un servidor auxiliar que comienza a responder al tráfico real. O podría ser la PC de su jefe, o alguna persona de ingeniería senior que también estaba en cuclillas IP.

Aquí hay una historia de DNS que es bastante similar. Trabajé con una persona inteligente, pero a veces desagradable en una empresa, y él entendía casi todo, excepto la resolución de DNS. Él configuró aproximadamente el 80% de los sistemas de correo de las compañías para que si hubiera una interrupción menor, mi entorno de laboratorio terminara siendo el servidor de correo saliente. Detectaron este problema rápidamente, pero puedes imaginar lo malo que podría ser si mi sistema no hubiera puesto en cola el correo detrás del firewall.

Personalmente me gusta AngryIPScanner. http://www.angryziber.com/

Una vez en mi empresa, alguien ajustó accidentalmente su IP a la del conmutador central en nuestra sala de servidores.

Resultado neto:
"WTF sucedió a la Red1?!?!"

Moraleja de la historia: hable con sus administradores. Si está en una empresa de ingeniería, es probable que tengan un proceso para darle una dirección, o incluso su propio rango.

Básicamente tienes que opciones:

• Pregunte a su servidor DHCP qué direcciones ya ha asignado (a través de la interfaz web, la interfaz cli o cualquier interfaz que utilice su servidor). Esto funcionará si un nodo en su red utiliza DHCP para configurarse (es decir, no tiene ninguna dirección IP autoasignada). Obviamente, también necesita acceso a la configuración del enrutador, que parece que no tiene.

• Haga ping (o portscan) a toda su subred y vea quién responde. Esto podría no funcionar si determinados nodos tienen la solicitud de eco ICMP desactivada (es decir, "Bloquear ping").

Como se mencionó en otras respuestas, los escaneos de ping o los escaneos NMAP de su subred local son probablemente la mejor manera de determinar las direcciones IP libres si no tiene acceso al servidor DHCP.

Sin embargo , tenga en cuenta dos cosas.

1. Los administradores de su red probablemente no lo tomarán amablemente al ejecutar escaneos de puertos / ping; Si tienen algo parecido a la prevención de intrusiones decente, no debería sorprenderse cuando deambulan hacia su escritorio con aspecto infeliz.

2. Mezclar la configuración estática y DHCP en la misma subred puede causar problemas. Si configura un dispositivo con una IP que encuentra 'libre' a través de escaneos de subred, etc., y el servidor DHCP luego entrega esa dirección a otro nodo, su máquina y el propietario 'real' de la dirección IP lucharán continuamente por quién debería tener la entrada ARP para esa IP. Esto conducirá a una conectividad intermitente para ambas máquinas. (Y nuevamente, una posible visita de su amigable administrador del vecindario).

Si realmente necesita otra dirección IP para probar, ¿es posible comunicarse con los administradores de su red y preguntar? Podrían configurar una entrada de DHCP manual que otorgaría a su máquina una concesión específica de DHCP en función de su dirección MAC.

Echa un vistazo a fing. Solía ​​llamarse lookatlan. Es una instalación pequeña pero escaneará la red y le dará una interfaz gráfica simple para ver qué se está utilizando y qué no.

Si está utilizando Windows Server DHCP, el visor DHCP muestra las direcciones IP utilizadas. Quizás tenga un rango muy pequeño de IP, intente extender el rango.

Tuve un problema similar al usar el enrutador para asignar direcciones IP. Mi solución, extendí el rango y eso pareció funcionar.